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INTRODUCTION 


This  ta^  order  was  to  provide  a  variety  of  svppoirt  to  the  TIES  project. 

TIES  software  requirements  were  to  be  identified  through  an  analysis  of 
the  cperational  features  of  the  system. 

Software  docimentation  guidelines  had  to  be  devised  to  trade  both  design 
and  software  development  in  the  context  of  standard  military  practice. 
TIES  special  needs  are  considered, 

high  visability  is  provided  to  TIES  management  on  paroject 
progress, 

the  documentation  plan  is  cost  effective,  and 
the  documentaticn  tends  to  reduce  project  risk. 

Guidelines  for  the  use  of  structured  prograrrming  techniques  were  to  be 
prepared. 

imjMPLiSHyiENrs 

For  Mr.  C.  Ncwicki,  Cognizant  Engineer  during  this  task  order,  CSC  has: 

•  Developed  a  programming  guidelines  analysis  which  discusses 
structured  prograiiming  guidelines,  identifies  various  proven 
programming  languages  and  techniques.  Further  the  report 
included  an  evaluation  of  several  cottputer  languages  in  terms, 
of  these  criteria. 
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•  Developed  a  preliminary  software  PPS  for  TIES,  Hiis  r^»rt 
developed  a  preliminary  functional  specification,  developed 
a  detailed  specification  for  the  initialization  segment 

of  the  system  controller  defin^  a  Quality  Assurance 
Plan  and  examined  PASP  as  a  taseful  QA  tool. 

•  Coded,  flowcharted,  and  reported  on  the  initialization 
segment  of  the  system  controller. 

•  Developed  a  set  of  TIES  software  documentation  guidelines. 

•  Analyzed  the  requirements  for  developing  software  in  a 
secret  environment. 

•  Introduced  TEES  personnel  to  the  PCORIH  language. 

Much  of  this  documentation  is  included  in  subsequent  appendices. 
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APPEM)IX  A 


PROGRAMMING  GUIDELINES  ANALYSIS 


PKDGEUVMMING  GUIDELINES  ANALYSIS 


INTRCDUCTION 


Biis  paper  discusses  the  programming  guidelines  that  ^oiiLd  be  followed 
ty  TIES  to  encoxirage  strustured  programming  (SP)  development.  It  also 
identifies  proven  prograntning  methods  and  techniques  that  ^e  language 
independent. 

STROCTOKED  PROGRAMMING  -  GQMjS 

Let  us  begin  by  trying  to  determine  vAiat  SP  is  trying  to  accatplish. 
Consider  the  following  definition  of  programming. 

Proqranming.  The  unambiguous  specification  of  a  ccnputation  to  a 
given  computer.  .  "  ■  •  • 

This  is  saying  that  programming  is  a  process  viiere  a  programmer  tells  a 
particular  oOTnpx±er  how  to  perfom  a  ccnputation.  Notice  the  enphasis 
to  a  specific  oonputer.  The  specificity  is  to  the  capabilities  of  the 
oonputer  -  two  machines  are  equivalent  (in  a  sense)  to  the  pjrogrammsr 
if  they  have  the  same  memory  capacities  and  an  operationally  equiv^ent 
instruction  set. 

Basically,  a  ccnputer  is  a  func±ion  machine  viiose  functional  domain 
and  range  is  its  own  nemory;  i.e.  it  maps  memory  onto  other  memory 
configurations. 
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Pictorially: 


Ohe  nature  of  a  oonputer  irrplies  that  a  prograimer  must  do  three  things 
to  perform  his  task. 

1.  Hie  prograimer  must  specify  the  parameters  of  the  ocnpatation  in 
terms  of  memory  structures  that  the  conputer  can  manipulate 
(usually  numbers). 

2.  After  step  1,  the  programmer  has  to  specify  the  ccnputational 
activity  to  be  performed  in  terms  of  the  itamory  structures  that 
were  chosen  in  the  first  step. 

3.  Finally  the  programmer  must  be  able  to  translate  the  output 
memoiY  structures  into  the  oonputaticnal  result. 

There  are  problons  involved  in  the  inplementation  of  each  of  the  three 
steps  nentioned  above.  First,  the  translaticn  frcm  problem  to  computer 
representation  is  not  straightforward.  Further,  there  are  an  infinity 
of  valid  representations  with  no  criteria  <as  to  what  representation  is  best 
or  even  vhether  a  candidate  representation  will  work.  Second,  given 
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the  representation,  there  is  no  straightforward  way  to  go  from  the 
oonoeptualized  carputation  to  a  ocnputation  on  the  represented  data. 
Finally,  the  first  two  steps  dcn'^t  necessarily  define  how  the  third  is 
to  be  perfonied. 

SP  suggests  a  way  to  approach  the  task  which  atterrpts  to  i^educe  the 
problens.  First,  SP  suggests  that  the  pjxjgraimer  consider  the  aspects 
of  tile  paraneters  to  the  cotiputation  that  will  be  manipulated  during 
tte  carputation.  Then,  the  prograirmer  assumes  that  a  corputer  exists 
that  has  a  merory  capable  of  representing  the  parameters  and  an  instruc¬ 
tion  set  that  can  manipulate  the  aspects  of  the  parameters  in  the 
necessary  way.  A  program  is  written  for  this  "virtual"  corputer, 

(Note  that  it  should  be  easier  to  ensure  that  this  program  performs 
correctly. )  At  this  point,  a  program  exists  for  the  virtual  corputer  that 
may  or  may  not  run  on  a  real  corputer .  Suppose  it  doesn't  vrork  on 
a  real  ocaiputer.  This  will  occur  if  (1)  the  program  is  wrong,  (2)  some 
discrete  portion  in  the  program  cannot  be  represented  on  the  real 
corputer,  or  (3)  sane  manipulation  perfonned  in  the  program  can't  be 
performed  on  the  real  oorrputer.  The  structured  programmer  new  looks 
upon  either  (2)  or  (3)  as  a  reguirenent  for  an  additicnal  program  to  be 
developed  using  SP  principles.  This  subproblem  should  (hopefully)  be 
independent  of  and  smaller  than  the  first  original  problem.  Pictorially, 
we  have:  «> 
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Now,  the  role  of  languages  and  software  tools  in  SP  becoites  apparent, 
©ley  are  an  aid  (or  hinderence)  to  SP  in  as  much  as  they  facilitate 
(or  stand  in  the  way  of)  mapping  problems  onto  the  virtual  machines, 
©leir  abstractive  pover  is  the  issiae. 

Note  that  there  are  tvro  things  to  be  abstracted,  parameters  (or  data) 
and  ooitputational  steps.  The  corputational  issues  are  well  understood, 
and  it  can  be  shown  that  only  a  small  number  of  ways  of  conbining  these 
steps  (as  control  structures)  are  useful  and  significant.  The  following 
set  of  ccntrol  structures  are  defined  in  a  proposed  MIL-STD  (Military 
Standard  for  Tactical  Software  Development) . 
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SEQUENCE 


The  flow  of  control  will  return  to  a  cannon  point  after  ejoecuting  either 
process  B  or  C.  A  predicates  the  ccaiditional  execution.  If  control  is 

I  .  , 

to  skip  a  process  pending  the  condition  of  A,  then  the  flowchart  can  be 
modified  thusly: 


DO  WHILE 


The  DO  WHILE  st3nacture  is  a  loDp,  in  v^ich  the  cxjndition  A  is  evaluated. 
If  found  to  be  true,  then  control  is  passed  to  process  B,  and  then 
condition  A  is  evaluated  again.  If  conditicn  A  is  false  then  control 
is  passed  out  of  the  loop. 
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DO  UNTIL 


Ihe  DO  UNTIL  structure  is  similar  to  the  DO  WHILE  —  except  that  the  test 
of  condition  A  is  performed  after  process  B  has  executed.  Thus  the  DO 
UNTIL  loop  will  be  performed  once  regardless  of  the  valxie  of  condition  A. 


CASE 


Control  is  passed  to  process  'K'  based  on  the  value  of  i.  Note  that  this 
definition  is  recursive  in  nature;  structured  programs  of  any  degree  of 
ccnnplexity  can  be  built  up,  if  they  can  be  broken  down  into  individual 
oonponents.  The  CASE  structure  is  a  generalization  of  the  IF  THEN  and 
the  IF  THEN  ELSE.  ‘  ■  L' 


Ihe  following  is  an  esonple  of  such  a  recursive  structxare.  If  a  condition 
holds,  a  DO  WHILE  loop  is  executed,  otherwise  the  loop  is  not  performed. 


These  structures  should  be  the  only  ones  used  regardless  of  the  language 
chosen. 
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IRCNyiSN  specification  for  conputational  control  structures  aided  sane 
relevant  requirements  (listed  below) . 

IRaSIM?ai  CONTROL  STRUCTOEE  REQUIREiyENTS 

Sequential  Control.  There  shall  be  a  sequential  control  mechanism 
(i.e. ,  a  mechanism  for  sequencing  statements) ,  Es^jlicit  statement 
delimiters  shall  be  required,  (Note  the  choice  between  terminators  and 
separators  can  be  left  to  the  user.)  This  airplifies  the  SEOJENCE 
structure  previously  described. 

Conditional  Control,  There  shall  be  conditional  control  structures 
that  permit  selection  among  alternative  control  paths.  The  selected 
path  may  depend  on  the  value  of  a  conditional  expression,  on  a  cotputed 
choice  among  labeled  alternatives,  or  on  the  true  condition  in  a  set 
of  mutually  exclusive  conditions.  The  control  action  must  be  specified 
jfor  all  values  of  the  discriminating  condition. 

Short  Circuit  Evaluation,  There  shall  be  forms  for  short  circuit  con¬ 
junction  and  disjunction  of  Boolean  expressions  in  conditional  and 
iterative  control  structures,  A  short  circuit  evalmtion  suspends 
evaluation  of  a  Boolean  expression  as  soon  as  the  value  of  the  ej^sression 
is  known. 

Iterative  Control.  There  shall  be  an  iterative  control  structure  that 
permits  a  loop  to  have  several  explicit  ,  termination  conditions  and  • 
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permits  termination  anyviiere  in  the  locp.  Iterative  control  structxnres 
may  be  entered  only  at  the  head  of  the  loop. 

Consider  the  following  exaiiple; 

A  POJl  loop  is  an  exaitple  of  an  iterative  control  structure  in  BASIC, 

FOR  statement  throi^gh  the  associated  NEXT  statement  constitute  the 
bocty  or  scope  of  the  loop.  Such  a  loop  has  an  explicit  termination 
condition  -  the  loop  is  exited  after  it  has  been  performed  the  proper 
nii±er  of  tines.  Since  a  prograimer  can  leave  the  loop  by  a  GO  TO 
statement  -  termination  is  permitted  anyvdiere  in  the  loop.  However, 
there  is  no  restriction  that  the  scope  of  the  loop  can  be  entered  only 
at  the  FOR  statement. 

Loop  Control  Variables.  Loop  control  variables,  if  any,  shall  be 
lonal  to  the  iterative  control  statement.  Assighment  shall  not  be 
allowed  to  control  variables  frxsn  the  loop  bocfy.  It  shall  be  possible 
to  iterate  over  sequences  of  integers  and  over  elstients  of  an  enumera- 
ticxi  type. 

Explicit  Control  Transfer.  There  shall  be  an  ej^licit  mechanism  for 
control  transfer  (i.e.,  the  GO  TO).  However,  the  mechanism  shall  not 
permit:  ® 

•  Transfers  out  of  declarations,  functions,  procedures, 

encapsulated  definitions,  (see  the  discussion  of  encapsulation 
in  the  next  section) . 
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•  Transfers  into  narrcwer  scopes, 

•  Transfers  into  control  structures, 

•  Transfers  in  the  form  of  svd.tches,  (the  oonputed  GO  TO  of 
FCKCRAN),  designational  ej^ressiais,  label  variables,  label 
paraneters,  or  alter  statements. 

The  IROlWAN  standarc3s  also  listed  relevant  requirements  for  data 
abstraction  language  features  and  other,  more  general  purpose,  abstrac~ 
tion  features. 

IRONMAN  DATA  ABSTRACTIOJ  FEATURES 


Boolean  Types.  There  shall  be  a  predefined  unordered  enumeration  type. 
The  Boolean  type  shall  have  operations  for  conjunction,  inclusive 
disjunction,  and  negation. 
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Conposite  Type  Definitions.  It  shall  be  possible  to  define  types 
that  are  Cartesian  products  of  other  t^^s.  Corposite  types  shall 
include  arrays  (i.e. ,  oortposibe  data  with  indexible  caiponents 
of  honogeneous  types)  and  records  (i.e.,  ocnposibe  data  with  labeled 
ocnponents  of  heterogeneous  type). 

Cctnpcaient  Specifications.  For  elements  of  oortposite  types,  the  type 
of  each  carponent  (i.e. ,  field)  must  be  ejplicitly  specified  in 
programs  and  determinable  at  translation  time.  Caiponents  may  be  of 
any  type  (including  array  and  record  types) .  Range,  precision  and 
scale  specifications  shall  be  required  for  each  carponent  of  appropriate 
nnneric  types. 

Operatiois  on  Conposite  Types.  A  value  accessing  operation  shall  be 
autonatically  defined  for  each  caiponent  of  corposite  data  elements. 
Assignment  shall  be  autonatically  defined  for  caiponents  that  have 
alterable  values.  A  constructor  {^)eration  (i.e. ,  an  operation  that 
constructs  an  element  of  a  type  from  its  constituent  parts)  shall  be 
automatically  defined  for  each  caiposite  type.  An  assignable  caiponent 
may  be  used  anyviiere  in  a  program  that  a  variable  of  the  caiponent 's 
type  is  permitted. 

Array  Specifications.  The  number  of  dimensions  for  each  array  must 
be  specified  in  programs  and  shall  be  determinable  at  translation  time. 
Ihe  range  of  subscript  values  for  each  dimension  must  be  specified  in 
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pixjgrsms  and  shall  be  detenninable  by  the  tine  of  anray  allocation. 
The  range  of  subscript  values  shall  be  restricted  to  a  contiguous 
sgqyyanrva  of  integers  or  to  a  contiguous  sequence  fron  an  enumeration 


type. 


QperaUons  on  Subarrays.  There  shall  be  built-in  operations  for  value 
access,  assignment,  cind  concatenation  of  contiguous  sections  of  one— 
dinensicnal  arrays  of  the  sane  conponent  type. 

Operations  on  Records.  The  assignment  operation  is  to  be  defined  between 
variables  of  type  record,  viiere  both  record  definitions  have  identical 
names  and  components. 

Enr’apsulated  Definitions.  It  shall  be  possible  to  encapsulate  definitions. 
Encapsulations  may  contain  definitions  of  the  data  elements  ccitprising  a 
type  and  of  operations. 

Effect  of  Encapsulation.  The  effect  of  encapsulation  shall  be  to  inhibit 
external  access  to  irrplementation  properties  of  the  definition.  In 
particular,  declarations  made  within  an  encapsulation  shall  not  auto¬ 
matically  be  accessible  outside  the  encapsulation.  Data  elements  defined 
in  an  encapsulation  shall  not  automatically  inherit  the  operations  of  the 
types  with  vAiich  they  are  represented. 


Own  Variables.  It  shall  be  possible  within  encapsulations  to  declare 
variables  that  are  accessible  only  within  the  encapsulation  but  remain 
allocated  throughout  the  scope  in  viiich  the  encapsulation  is  declared. 

Such  variables  shall  retain  their  valxies  between  entries  to  the 
encapsulation.  It  shall  be  possible  to  initialize  such  variables  at  the 
time  of  their  apparent  allocation. 

Operations  Between  Types.  It  shall  be  possible  to  define  operations, 
like  type  conversion,  that  require  access  to  local  properties  of  more  than 
one  eacapsid-ated  definition.  (Note  that  this  capability  violates  the 
purpose  of  encapsulation  and  thias  its  use  should  be  avoided  vAierever 
possible.) 

(The  general  purpose  abstraction  mechanisms  follow. ) 

IRCMIRN  GENEE^  PURPOSE  ABSTE^ACTIC^  MECHANISMS 

Function  and  Procedure  Definitions.  Functions  (vMch  return  values  to 
expressions)  and  procedures  (vMch  can  be  called  as  statements)  shall 
be  definable  in  programs.  Existing  functions  (including  those  called 
using  infix  forms)  and  procedures  shall  be  extensible  to  new  data  types 
(i.e. ,  overloading  ^all  be  permitted) . 

Function  Declaraticns.  The  result  type  for  each  function  must  be 
explicitly  specified  in  the  function  declaraticai  and  shall  be  determinable 
at  translation  time.  A  function  of  two  arguments  may  be  specified  as 
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asscxjiative  in  this  declaration.  (Note  that  the  latter  requirenent 
reduces  the  need  for  explicit  par^theses.) 

Restrictions  on  Functions.  A  function  may  only  have  input  parameters 
and  may  not  be  called  in  a  scope  that  contains  variables  that  are 
referenced  or  assigned  directly  or  indirectly  within  the  boc^  of  the 
function. 

Formal  Paraireter  Classes.  There  shall  be  three  classes  of  formal 
parameters;  1)  ii^ut  parameters,  vhich  act  as  constants  that  are 
initialized  to  the  value*  of  corresponding  actual  parameters  at  the 
tiite  of  call,  2)  input-output  parameters,  which  enable  access  and 
assignment  to  the  corresponding  actual  parameters,  and  3)  output 
parartebers,  vhich  act  as  local  variables  vhose  values  are  transferred 
bo  the  corresponding  actual  parameter  only  at  the  time  of  normal 
exit. 

Paraneter  Specif icaticns.  The  type  of  each  formal  parameter  must  be 
explicitly  specified  in  programs  and  shall  be  determinable  at  translation 
time.  Parameters  may  be  of  any  type.  Range,  precision,  and  scale 
specifications  shall  be  required  for  each  formal  parameter  of  appropriate 
numeric  types.  A  translation  time  error  shall  be  reported  vherever 
corresponding  formal  and  actual  parameters  are  of  different  types  and 
vherever  a  program  attempts  to  use  a  constant  or  an  esqjression  vhere  a 
variable  is  required. 
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Formal  Array  Paraneters.  The  nmiber  of  dutiensions  for  formal  array 
paraneters  must  be  specified  in  programs  and  shall  be  determinable  at 
translation  tine.  Determination  of  the  subscript  range  for  formal  array 
paraneters  may  be  delayed  until  execution  and  may  vary  from  call  to 
call.  Subscript  ranges  shall  be  accessible  within  fxanction  and  procedure 
bodies  without  being  passed  as  an  e^qjlicit  argument. 

Restrictions  to  Prevent  Aliasing.  Aliasing  (i.e.,  multiple  access  paths 
to  the  same  variable  from  a  given  scope)  shall  not  be  permitted.  In 
particular,  a  variable  may  not  be  used  cis  twD  output  arguments  in  the 
same  call  to  a  procedure,  and  a  nonlocal  variable  that  is  accessed  or 
assigned  with  a  procedure  boc^  may  not  be  used  as  an  output  argument 
to  that  prooediore. 

ADDITIONAL  (NON-SP)  CRITERIA 

Ihere  are  additional  (non-SP)  considerations  that  must  be  examined  in 
any  language  ohoice  for  TIES.  Th^  are  listed  below. 

TIES  NOSI-SP  lANGDAGE  CONSIDEE^TICNS 


Avail  ability.  Marking  cottpilers  must  exist  vMch  execute  on  a  machine 
available  to  TIES  software  personnel.  They  must  exist  at  least  one 
year  before  projected  software  startxp. 
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Portability  Costs.  TIES  must  have  a  clear  understanding  of  the 
software  costs  associated  with  moving  a  program  from  one  processor 
to  anothar. 

Convenience.  Ccnpilers  for  the  language  must  be  easy  for  software 
develcpnent  and  maintenance  personnel  to  i;ise. 

Programmer  Base.  Programmers  must  exist  who  understand  the  language 
(oKra  similar  language)  and  the  kind  of  problems  TIES  is  trying  to 
solve. 

Generality.  The  ideal  TIES  language  would  be  applicable  to  all  • 
processors  within  the  system. 

Languages  To  Be  Considered.  Four  languages  are  to  be  considered  here. 
They  are; 

1.  MIA  -  The  DoD-1  Language  (Descrited  in  later  section) 

2.  BASIC  -  A  language  developed  for  on-line  pixagramming. 

3.  FORTH  -  A  language  developed  for  the  prograititdng  of  micro- 
p3X>cessors  and  minicomputers. 

4.  PASCAL  -  The  first  language  designed  to  support  SP. 

TSie  following  tables  evaluate  each  language  according  to  the  criteria 
previously  described.  The  weighting  factor  reflects  iry  accessment  of 
the  relative  importance  of  each  feature.  Raw  scores  are  numerical 
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value  from  0  to  1  and  indicate  the  degree  of  satisfaction  of  the  feature. 
(1  means  full  satisfaction.)  Table  6  integrates  the  5  previous  tables. 
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TABLE  3  -  MEASUREMENT  OF  TTIE  LANGUAGES  IN  TERMS  OF  DATA  ABSTRACTICaJ  FEA' 


OF  TEE  LANGUAGES  IN  TERMS  OF  GENERAL  PURPOSE  ABSTRACTION  MECHANISMS 


A  statistical  analysis  of  the  four  normalized  veighted  scores  suggests 
we  cannot  reject  the  hypothesis  that  all  the  languages  are  equivalent 
with  90%  oertanty.  Vfei^ing  "Non  SP  Considerations"  with  integer 
values  less  than  7  inply  acceptance  of  ADA  as  superior  with  90% 
confidence  (but  rejection  at  the  95%  level) . 


o 
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ADJUSTING  NON-SP  WEIGHING  FACTOR 


^  CO  ^  o  r-*  ^  H 

o^  00  00  CO 

•  •  t  •  •  •  • 


b 

ro 

in 

cn 

• 

CM 


I  CM 


+ 


CM  00  ^  o  in  ^ 

o^  00  00  00  r- 

•  •  •  •  •  •  • 


b 

00 

ro 

VD 


CM 


+ 

=1 


rH  CTk  ID  CM  O  00 

00  r-  VO 


n 


r-  00  00  a\  a\  o 

in  in  in  in  m  in  vo 


A-27 


ADA  -  THE  NEW  "DOD-1"  lANGUAGE 


Biis  section  discusses  the  new  ’DoD-1'  language  and  considers  the  efficie^ncy 
of  the  language  for  TIES  lase.  Background  and  current  information  on  the 
language  is  fron  Lt.  Col.  W.  Whitacker  of  DARPA  vho  acts  as  a  Special 
Assistant  to  the  Director.  The  new  language  now  has  a  name  -  ADA.  It 
will  be  developed  by  Honeywell  Bull  out  of  their  Green  programming 
language.  It's  genealogy  is  indicated  in  the  figxnre  below.  The  language 
(not  a  conpiler  for  the  language)  is  currently  in  a  Test  and  Evaluation 
stage  and  will  remain  so  throughout  1979.  Final  change  proposals  for  the 
language  will  be  submitted  to  Honeywell  in  early  December. 


GENEALOGY  OF  ADA 

ALGOL 

PASCAL  (Wirth) 
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Whitacker  says  that  a  fair  anomt  of  programming  is  alrea<ty  being  done 
in  the  language  to  get  scane  ej^jerienoe  in  the  usefulness  of  the  design. 
He  knows  of  twenty  ongoing  ccnpiler  efforts  in  the  language  and  suspects 
thare  are  nore.  He  knows  of  fvmded  efforts  for  ccnpilers  that  will 
generate  code  for  the  EDP-11,  lEM  360,  EDP-IO,  and  a  A5nc-15(A).  He  had 
heard  of  a  Navy  effort  to  develop  a  single  catpiler  for  SPL-1,  CMS-2, 
and  ADA.  Currently,  a  "prototype  translator"  for  the  language  exists; 
it  is  written  in  PL-l,  runs  on  a  MJLTEX  system,  and  is  available  through 
Ai^PANET,  TIMESHARE,  and  TIMENET.  There  are  no  plans  to  transport  this 
program  to  other  irachines. 

Whitacker  knows  of  no  funded  efforts  to  create  a  oonpiler  for  ADA  that 
will  generate  code  for  a  microprocessor.  Ifciwever,  he  indicated  that 
a  Capt.  Bloden  at  Egland  was  interested  in  such  a  project.  Whitacker 
ej^jects  that  such  a  conpiler  could  be  developed.  Fxarther,  he  feels 
that  a  prc^erly  designed  version  of  this  ocxrpiler  could  be  retargeted 
(made  to  generate  code  for  another  microprocessor)  at  a  cost  of  about 
%  a  man  year.  He  indicated  that  he  e^qsects  such  a  ccirpiler  to  be 
available  within  2-4  years. 

ADA  will  be  added  to  the  5000.31  approved  list  of  languages  in  the 
spring  of  1980.  He  feels  that  other  languages  will  drop  from  the 
c5>piXDved  list  within  less  than  5  years  after  ADA's  introduction. 

This  would,  in  effect,  make  ADA  the  de-facto  standard  for  embedded 
computer  applications  for  DcD  and  NATO.  This  standardization  to  ADA 
could  encourage  manufacturers  to  make  processors  that  v^e  oriented 
to  the  language  and  would  facilitate  its'  use. 
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Whitacker  suggests  that  several  projects  at  Vfarminster  plan  to  use  ADA. 
At  the  time  of  our  conversation,  he  did  not  have  the  infonnation 
available  to  discuss  ^jecifics.  He  rertErabered  one  project  as  involving 
the  develcpnent  of  an  advanced  trainer  and  simulator,  and  another  as 
involving  a  fleet  level  upgrade  of  a  fighter  aircraft.  He  thought 
that  V/STOL  would  use  ADA  as  their  development  language. 
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APPHOIX  B 


SOFTWARE  PPS 


SECTION  1.  SCOPE 


1,1  Purpose 

This  document  is  a  preliminary  version  of  a  Program  Performance  Specification 
(PPS)  for  TIES.  It  is  being  developed  in  partial  fulfillment  of  a  TIES  Software 
Task  Order  under  Contract  N62269-78-C-0191  and  addresses  requirement  (a) 
of  Section  2. 0  of  the  Statement  of  Work  for  the  task  order.  The  document  reflects 
the  software  requirements  for  TIES  in  the  context  of  TIES  design  of  21  March 
1979. 


1.2  Mission 


The  mission  of  TIES  is  described  in  the  Statement  of  Work  which  initiated  this 
’  document, 

"The  TIES  project  aims  at  cost  effective  implementation  of  CNl 
'  functional  capabilities  of  a  platform  by  means  of  an  integrated  systems 
approach  that  is  based  v5)on  the  use  of  a  defined  set  of  standardized 
modular  resources. " 

For  further  information  see  paragraph  1. 1.3  of  TIES  SOFTWARE  ORIENTATION 
AND  REQUIREMENTS.  (TSO  &  R) 

1.3  Scope 

This  document  is  a  preliminary  draft  of  the  c  ontents  of  a  PPS  to  be  eventually 
produced  for  TIES.  It  is  not  intended  to  be  complete:  the  software  component(s) 
of  TIES  are  still  imder  analysis.  This  document  will  define  the  design  as  it  is 
understood  21  March  1979.  The  document  can  then  be  used  as  a  basis  for 
subsequent  analysis  and  development. 


1.3.1 


Identification 


Appendix  B  of  the  specification  lists  approved  identification,  nomenclature, 
and  authorized  abbreviations  for  TIES. 

1.3.2  Functional  Summary 

The  TIES  architecture  identifies  six  software  areas  by  type.  They  are  listed 
below: 


TIES  SOFTWARE  AREAS 


TYPE  1  - 

System  Controller  (SysC) 

TYPE  2  - 

Satellite  Controller  (SatC) 

TYPE  3  - 

External  Test  (ExtT) 

TYPE  4  - 

Data  Processor  (DatP) 

TYPE  5  - 

Wideband  Signal  Conversion  Unit  , (WBSCU) 

TYPE  6  - 

Narrowband  Signal  Conversion  Unit  (NBSCU) 

Figure  1.3.1  is  a  schematic  of  the  major  system  components  (excluding  the 
External  Test  System).  The  solid  lines  represent  communications  paths 
between  components.  Figure  3. 3.1  is  a  top-level  block  diagram  of  the 
system. 

t 

The  Software  Area  comprising  the  SysC  is  identified  by  the  topmost  box  in 
the  diagram  and  circled  in  Figime  1.3.2.  It  is  the  standard  system  control 
interface  point  and  can  access  (indirectly)  all  system  components  through 
Sates.  Requirements  for  the  area  are  discussed  in  more  detail  in  Table 

1.3.1. 
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The  Software  Area  comprising  the  SatC  Is  Identified  by  the  wideband  and 
narrowband  Satellite  Controller  boxes  and  by  the  Narrowband  site  boxes. 

They  are  circled  in  Figure  1.3.3.  SatCs  are  the  control  interface  between 
the  SysC  and  the  Frequency  and  Signal  Conversion  and  distribution  subsystems 
within  TIES.  Functionally,  they  exist  to  (1)  provide  control  backup  in  the  event 
of  SysC  failure,  (2)  control  conversion  subsystem  initialization  and  tuning, 

(3)  performance  monitoring,  and  (4)  perform  detailed  sequencing  required  for 
Built-In  Test  (BIT)  activities.  Requirements  for  the  area  are  discussed  in  more 
detail  in  Table  1. 3.2. 

The  ExtT  System  for  TIES  interfaces  with  the  subsystem  FDM  through  bus  couplers 
to  WBSCUs,  NBSCUs,  and  both  Wideband  and  Narrowband  Sites.  The  interface 
is  diagrammed  in  Figure  1. 3. 4.  The  FDM  subsystem  is  referred  to  as  the 
Signal  Distribution  Subsystem  of  TIES.  This  Subsystem,  plus  the  Frequency 
Conversion  Subsystem  and  the  Signal  Conversion  Subsystem  are  circled  in  the 
figure.  Additional  interfaces  for  the  ExtT  System  exist  within  TIES.  The  ExtT 
System  can  replace  the  SysC.  Further,  the  ExtT  system  can  be  coupled  to  an 
antenna  and  it’s  associated  frequency  conversion  site.  The  ExtT  System  performs 
both  on-line  and  off-line  tests  and  is  discussed  more  fully  in  Table  1.3.3. 

The  Software  Area  comprising  the  DatP  is  identified  by  the  Data  Processor  boxes 
which  interface  with  the  WBSC  and  the  NBSC  respectively.  Both  function  as 
interfaces  between  TIES  and  human  support  devices  for  the  various  waveforms 
handled  by  the  system.  Message  formatting/decomposition  and  EDAC  also  occur 
here.  Requirements  for  the  area  are  discussed  in  more  detail  in  Table  1.3.4. 

The  Software  Area  comprising  the  WBSCU  is  identified  by  the  WBSCU  itself, 
its  associated  FDM  Channel  Selector,  a  Rapid  Remote  Control  Device  (RRCD), 
and  a  l\ldeband  Site  controlled  by  the  RRCD,  They  are  circled  in  Figure  1, 3, 6, 
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The  WBSC  system  handles  transmission  and/or  reception  of  JTIDS,  GPS,  TACAN, 
and  iff/dabs  waveforms.  Requirements  for  the  area  are  discussed  in  more 
detail  in  Table  1. 3. 5.  Figure  3. 3. 4  provides  a  block  diagram. 

The  Software  Area  comprising  the  NBSC  consists  of  the  NBSCU  and  its  associated 
FDM  Channel  Selector.  They  are  circled  in  Figure  1. 3. 7.  The  NBSC  System 
handles  transception  of  AM,  FM,  FSK,  SSB,  and  DCPSK  waveforms.  Two 
NBSCU’s  will  exist  in  a  given  TIES  system.  This  provides  a  graceM  degredation 
capacity  in  the  event  of  failure  of  one  of  the  units.  Requirements  for  the  area 
are  discussed  in  more  detail  in  Table  1. 3. 6.  Figure  3. 3. 2  provides  a  block 
diagram. 
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Figure  1.3.1.  TIES  SOFTWARE  SCHEMATIC  (EXCLUDING  EXTERNAL 
TEST  SYSTEM) 
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Figure  1.3.2.  TIES  SYSTEM  CONTROLLER  AREA 
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Figure  1.3.3.  TIES  SATELLITE  CONTROLLER  AREA 
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Figure  1. 3.4.  TIES  EXTERNAL  TEST  SYSTEM  INTERFACE 
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Figure  1. 3. 5.  TIES  DATA  PROCESSOR  AREA 
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Figure  1.3.6,  TIES 


lAND  SIGNAL  CONVERSION  AREA 
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Figure  1.3.  7.  TIES  NARROWBAND  SIGNAL  CONVERSION  AREA 
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Table  1.3.1.  Reqxiirements  for  Software  Area  1  -  SysC 
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Operator  Intervention  In  1.2.5  and  Private  -  Can  be  used  to  (partially)  replace  a  failed  SatC 

Case  of  Failure  Discussions 


Table  1,3.1.  Requirements  for  Software  Area  1  -  SysC  (Continued) 
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Table  1.3.2.  Requirements  for  Software  Area  2  -  SatC 
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Table  1.3.3.  Requirements  for  Software  Area  3  -  ExtT 
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Table  1. 3.4.  Requirements  for  Software  Area  4  -  DatP 


Table  1. 3. 5.  Requirements  for  Software  Area  5  -  WBSCU 
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SECTION  2.  APPLICABLE  DOCUMENTS 


Documentation  appUcable  to  this  specification  is  listed  in  Appendix  A  of  this 
report.  All  abbreviations  and  terms  with  definitions  are  listed  in  a  glossary 
in  Appendix  B. 


SECTION  3.  TACTICAL  DIGITAL  SYSTEM  REQUIREMENTS 


3. 1  General 


This  section  defines  the  functional,  operational,  and  performance  requirements 
that  are  necessary  to  insvire  the  proper  development  and  maintenance  of  TIES 
software. 

3.2  Program  Description 

TIES  is  an  integrated  approach  to  commimications,  navigation,  and  identification 
requirements  projected  for  diverse  platforms.  It’s  hardware  differs  from  the 
hardware  that  would  normally  be  found  in  more  conventional,  one-function-at- 
a-time  systems  oriented  to  the  same  reqtiirements.  TIES  hardware  is  composed 
of  general-purpose,  usually  programmable,  xmits  and  is  intended  for  multiband 
applications.  The  heart  of  the  system  is  a  broadband  signal  distribution  system 
that  allows  any  RF/lF  signal  path  to  be  connected  to  any  IF  base  band  signal 
path.  The  basic  system  architecture  consists  of  four  subsystems  -  the  control 
subsystem,  the  frequency  conversion  subsystem,  the  signal  distribution  subsystem, 
and  the  signal  conversion  subsystem. 

The  control  subsystem  consists  of  the  SysC  and  the  SatCs,  They  control  TIES 
through  SysC  and  SatC  interfaces  in  a  way  that  yields  reconfigurability,  capabilities  for 
function  simulation,  potential  for  graceful  degredation,  and  BIT.  In  addition,  the 
control  subsystem  provides  a  framework  for  show  and  tell  demonstrations. 

The  Frequency  Conversion  Subsystem  acts  to  provide  gain,  filtering,  and  frequency 
conversion  to  signals  received  or  emitted  from  TIES  system.  This  subsystem 
consists  of  wideband  and  narrowband  sites  leading  to  antennas.  Sites  are  controlled 
by  satellite  controllers  (in  the  case  of  narrowband  sites)  or  rapid  remote  control 
devices  (in  the  case  of  wideband  sites). 
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Table  3.2.1  lists  those  components  that  are  significant  to  TIES  software, 
component  names  and  station  codes  are  tied  to  Figure  3. 3. 2  which  is  a  block 
diagram  of  the  area.  The  block  diagram  refers  to  narrowband  UGF/VHF 
sites  and  the  station  codes  should  be  considered  in  that  light.  BIT  refers  to  the 
Built-in  Test  function. 

The  Signal  Distribution  Subsystem  consists  of  two  redundant  pairs  of  FDM  cables. 
Refer  to  Figure  3. 3. 1  for  the  relationship  of  the  FDM  to  the  remainder  of  the 

system. 


TABLE  3. 2. 1  FREQUENCY  CONVERSION  SuRsTEM  COMPONENTS  SIGNIFICANT  TO  TIES  SOFT 
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The  Signal  Conversion  Subsystem  shown  in  Figure  1. 3. 7  consists  of  SatCs 
which  control  WBSCUs,  NBSCUs,  DatPs,  and  other  devices.  Table 
3.2.2  lists  those  components  that  are  significant  to  TIES  software.  Component 
names  and  station  codes  are  tied  to  Figure  3. 3.3  which  is  a  block  diagram  of 
Software  Area  6.  The  Block  Diagram  refers  to  narrowband  equipments  and 
station  codes  should  be  considered  in  that  light.  BIT  refers  to  the  Built-in 
Test  function. 
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CONVERSION  SUBSYSTEM  COMPONENTS  THAT  ARE  SIGNIFICANT  TO  TIES 
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3.2.1 


General  Description 


The  TIES  system  is  an  integrated  approach  to  cost-effective  NI  platform 
transceiver  capacity.  The  hardware  approach  is  based  on  a  standardized  set  of 
component  modules  that  are  designed  for  easy  expansion  and  contraction  to  meet 
specific  mission  requirements.  A  variety  of  digital  processor  subsystems 
within  the  TIES  milieu  provide  capacities  for  dynamic  reconfigurative  capacities, 
extended  BIT,  and  graceful  degredation.  An  extended  digital  system  control 
capacity  provides  for  a  full  set  of  man-machine  interactive  possibilities.  The 
TIES  ExtT  system  meets  the  maintenance  requirements  for  the  TIES  CNI 
system.  The  ExtT  system  resources  are  able  to  localize  the  error, 
to  perform  communication  system  evaluation  on  a  periodic  basis,  and  to  repair 
faulty  WRAs  after  they  have  been  removed  from  the  aircraft. 

Component  performance  specifications  that  further  clarify  performance  require¬ 
ments  for  TIES  are  listed  below. 

WIDE  BAND  SIGNAL  CONVERSION  UNIT  (WBSCUl  AND  ASSOCIATED 
HARDWARE  STATEMENT  OF  WORK  NADC  4052,  25  October  1978, 
N62269-79-R-0013. 

STATEMENT  OF  WORK  FOR  TIES  NBSCU  NADC  4052,  13  June  1978, 
N62269-79-R-0005. 

TIES  NARROW  BAND  SIGNAL  CONVERTER  General  Dynamics, 

1  August  1978. 

EDM  SUBSYSTEM  SPEC 
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3,2.2  Peripheral  Equipment  Identification 


TIES  has  several  types  of  interfaces.  For  the  purposes  of  this  PPS,  they  are 
classified  in  terms  of  non-power  and  power  interfaces. 

3. 2. 2.1  Non- Power  Interfaces 

These  interfaces  constitute  the  peripherals  by  which  people  use  TIES,  They 
will  include  the  AIDS  System,  CRTs,  loudspeakers,  microphones,  teletypes, 
earphones,  etc. 

3.2.2. 2  Power  Interfaces 

■  Power  Interfaces  provide  the  energy  to  run  TIES.  They  give  standby  redundancy. 

3.3.3  Interface  Identification 

If  TEES  interfaces  with  other  digital  processor  programs  or  tactical  digital 
systems,  it  will  do  so  through  the  data  processors  or  the  system  controller. 
Since  TIES  is  in  a  pre-ADM  st^e,  these  interfaces  cannot  be  completely 
identified  at  this  time.  It  is  ejq)ected  that  AIDS  will  be  one  of  these  interfaces. 

3. 3  Functional  Description 

The  major  functions  of  the  TIES  software  are  documented  in  Tables  1. 3.1-1. 3.6 
as  amplified  by  Tables  3. 2. 1  and  3. 2. 2.  The  functional  relationships  of  TIES 
with  Interfacing  equipments  and  other  digital  processor  programs  are  TBD. 
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3.3,1  Equipment  Description 


For  the  purposes  of  this  document,  the  purposes  of  this  document,  the  following 
equipments  are  considered  to  be  part  of  the  TIES  system. 

MAJOR  UNITS 

SysC 

Sate 

DatP 

WBSCU 

NBSCU 

SITE  COMPONENTS 

Bus  Convertors 
Varactors 
Synthesizers 
Power  Supplies 
T/R  Switch 
IP  Strip  Controls 
PLIB 

UHFA^F  Convertors 
Front  End  Bypass 

MISCELLANEOUS 

FDM  Cable 

RRCD  (Rapid  Remote  Control  Device) 

External  Test  Equipment  * 

They  will  be  discussed  in  the  following  subparagraphs. 
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3.3.1.1  System  Controller 


The  System  Controller  interfaces  via  the  IEEE  488  to  each  Satellite  Controller 
in  TIES.  Further,  it  interfaces  with  the  human  interface  end  of  the  TIES 
controller.  The  purpose  of  the  System  Controller  is  defined  in  Table  1. 3.1  of 
this  document.  Equipmeiit  options  and  controls  are  TBS.  These  are 
documented  for  the  Tdctronix  4051  in  references  in  Appendix  A.  Timing, 
resolution,  and  accuracy  of  the  System  Controller  and  associated  interfacing 
equipment  are  TBS, 

3.  3. 1.2  FDM  Cable 

The  FDM  cable  is  the  medium  by  which  signals  are  exchanged  between  the 
Frequency  Conversion  and  Signal  Conversion  subsystems.  Signals  enter  and 
are  extracted  via  bus  couplers.  The  frequency  range  of  the  FDM  is  300-500  mhz. 
A  10  mb?:  channel  with  a  10  mhz  guard  band  permits  20  simultaneous  operative 
channels  for  each  cable.  Also,  the  FDM  distributes  an  accurate  10  mhz  frequency 
reference  signal  to  all  remote  hardware. 

3.3. 1.3  Data  Processors 

The  Data  Processors  are  the  interface  between  the  signal  conversion  umts  and 
external  system.  They  must  be  fast  enough  to  handle  the  I/O  requirements  of 
these  systems.  The  purpose  of  the  equipment  is  documented  in  table  1. 3.5  of 
this  document.  Equipment  options  and  controls  are  TBS.  Timing,  resolution 
and  accuracy  requirements  of  the  system  are  Tffi  c 

3.3. 1.4  Satellite  Controllers 

SateUite  Controllers  interface  via  the  IEEE  488  Bus  to  the  System  Controller. 
They  control  Narrowband  Sites,  WBSCUs,  and  NBSCUs.  Their  general 
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functions  are  described  in  Table  1.3.2.  Table  3.2.1  Indicates  the  "peripherals’* 
controlled  by  the  Narrowband  SatC.  Table  3. 2. 2  indicates  the  peripherals 
controlled  by  Signal  Conversion  Unit  (WBSCU  and  NBSCU)  SatCs,  timing, 
resolution,  and  accuracy  of  the  SatCs  and  associated  interfacing  equipment  are 

TBS. 


3.3.1. 5  Wideband  Signal  Conversion  Units 

WBSCUs  interface  with  a  SatC,  one  or  more  Data  Processors,  Bus  Couplers, 
and  a  Rapid  Remote  Control  Device  which  acts  to  control  Wideband  Sites. 

It  is  to  be  used  to  process  JTIDS,  TACAN,  IFF/DABS,  and  GPS  waveforms. 

The  device  is  currently  under  procurement  and  timing,  resolution,  accuracy, 
and  relevant  interfaces  remain  TBS. 

3.3.1. 6  Narrowband  Signal  Conversion  Units 

NBSCUs  interface  with  other  NBSCUs,  a  SateUite  ControUer,  one  or  more  Data 
Processors,  and  Bus  Couplers.  They  are  used  to  process  narrowband  wave 
forms.  Several  classes  of  interim  NBSCUs  exist:  a  PROTEUS  version,  an 
AM9080  controlled  version,  and  a  PDP  LSI  11/03  controlled  version.  Timing, 
resolution,  accuracy,  and  much  of  the  definitional  work  on  the  relevant  control 

Interfaces  remain  TBS. 

3.3.1.7  Bus  Convertor 

Bus  convertors  are  used  to  pick  off  and  enter  appropriate  channels  to  and  from  the 
FDM.  Channel  selection  is  accomplished  by  computer  controlled  varactors  and 
synthesizers.  The  varactors  and  synthesizers  are  controlled  via  SatCs.  In 
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software  terms,  the  Bus  Convertors  are  indistinguishable  from  their  associated 
varactors  and  synthesizers.  One  of  two  bus  couplers  is  selected  for  use  by  a 
convertor  by  means  of  a  bus  select  switch.  Timing,  resolution,  and  accuracy 
of  the  convertors  are  TBS. 

3.3. 1.8  Varactors 


Digitally  timed  varactor  filters  are  used  in  a  variety  of  locations  in  both  Wideband 
and  Narrowband  sites  and  at  on  and  off  bus  coupler  sites  in  the  Signal  Conversion 
Subsystem.  Their  use  is  documented  in  Tables  3. 2. 1  and  3. 2. 2.  Timing,  resolution, 
and  accuracy  of  the  varactors  are  TBS.  However,  it  is  known  that  the  number  of 
tuning  points  to  be  selected  differ  among  varactors. 

3.3.1. 9  Synthesizers 

Digitally  tuned  synthesizers  are  used  in  a  variety  of  locations  in  both  Wideband 
and  Narrowband  Sites  and  at  on  and  off  Bus  Coupler  Sites  in  the  Signal  Conversion 
Subsystem.  Their  use  is  documented  in  Tables  3.2.1  and  3.2.2.  Timing, 
resolution,  and  accuracy  of  the  Synthesizers  are  TBS. 

3.3.1.10  Power  Supplies 

A  computer  controlled  power  supply  exists  in  each  Wideband  and  Narrowband 
Site.  It  can  condition  the  site  for  transmission  only,  reception,  only  both 
transmission  and  reception,  or  set  the  site  off.  This  is  documented  in  Table 
3.2.1.  Timing,  resolution,  and  accuracy  are  TBS. 

3.3.1.11  T/B.  Switch 

A  TAi  (transmit/receive)  switch  exists  in  each  Wideband  and  Narrowband  Site. 

It  allows  routing  signals  between  the  site  and  the  antenna  for  transmission  or 

reception. 
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3.3.1.12  IF  Strip  Controls 


IF  strip  controls  provide  gain  and  bandwidth  limiting  operations  upon  received 
signals  at  70  mhz  center  frequency.  Timing,  resolution,  and  accuracy  of  the 
components  are  TBS. 

3.3.1.13  Parallel  Local  Interface  Bus 

The  Parallel  Local  Interface  Bus  (PLIB)  is  the  transmission  medium  for  control 
signals  between  the  Satellite  Controllers  and  the  components  they  control. 
Specifications  are  TBS. 

3.3.1.14  VHF/UHF  Convertors 

VHF/UHF  Convertors  exist  in  Narrowband  Sites  to  translate  received  VHF  signals 
to  the  UHF  frequency  band.  The  convertor  is  turned  on  if  VHF  is  being  received. 
Specifications  for  the  device  are  TBS. 

3.3.1.15  Rapid  Remote  Control  Device 

A  Rapid  Remote  Control  Device  (RRCD)  will  exist  in  Vddeband  Sites  to  accommodate 
rapid  turnaround  requirements.  The  device  is  currently  under  investigation;  its 
characteristics  are  TBS, 

3.3.1.16!  External  Test  System 

The  External  Test  System  connects  to  TIES  through  the  FDM  siibsystems  and 
potentially  through  the  DMDA,  Antenna  Couplers,  and  the  System  Resources 
Control  Bus.  The  FDM  connection  allows  the  External  Test  System  to  pick 


B-31 


off  or  inject  any  IF  from  or  to  TIES.  A  similar  situation  applies  to  the  DMDA 
link  for  baseband  iiput  and  output  signals.  The  Antenna  Coupler  allows  signal 
injection  and  possibly  output  power  measurement  at  the  antenna  terminal.  The 
System  Resources  Control  Bus  connection  allows  simulation  of  human  interface- 
type  I/O  with  the  System  Controller. 

3,3,2  Digital  Processor  Input/Output  Utilization  Table 


TBS. 


3.3.3  Digital  Processor  Interface  Block  Diagram 

Several  block  diagrams  are  included  in  the  following.  The  first  (Figure  3. 3. 1)  is 
a  top-level  block  diagram  for  the  entire  system.  The  second  (Figure  3,3,2)  is  a 
block  diagram  for  a  Narrowband  Signal  Conversion  Site.  The  third  (Figure  3. 3. 3) 
diagrams  a  UHF/VHF  Narrowband  Frequency  Conversion  Site.  The  final  two 
diagrams  (Figures  3.3.4  and  3,3.5)  show  Wideband  Signal  and  Frequency  Conversion 
Sites.  The  final  two  diagrams  are  reproduced  from  an  RFP  for  a  WBSCU  that  is 
under  procurement. 

3.3.4  Program  Interfaces 

TIES  interfaces  with  external  systems  at  the  SysC  and  each  DatP  (along  the 
DMDA). 

The  SysC  interface  (through  ADDS)  is  the  TIES  human  interface.  It  is  used  to  (re) 
configure  the  system,  access  system  status,  and  (potentially)  initiate  BIT,  No 
details  of  the  interface  have  been  established. 
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The  DatP  interface  exchanges  messages  with  TEES  and  other  systems  on  the 
host  platform.  No  details  of  the  interface  have  been  established.  Planned 
systems  at  this  time  include  JTIDS,  TACAN,  IFF/DABS,  GPS,  NTDS,  and 
various  other  communication  systems. 
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FIGURE  3. 3. 1  TIES  BLOCK  DIAGRAM  (TOP-LEVEL) 
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FIGURE  3. 3.  5.  WIDEBAND  SIGNAL  CONVERSION  SITE 


3.3.5 


Function  Description 


The  following  subparagraphs  describe  the  functions  to  be  supported  by  the  TIES 
digital  processor  programs.  There  are  several  processor  classes  in  TIES; 
each  processor  class  implements  different  functional  capabilities.  Each 
processor  class  is  discussed  in  its  own  subparagraph. 

3..3. 5.1  Functions  Supported  by  the  System  Controller 

3. 3.5. 1.1  The  System  Controller  Data  Base 

The  system  controller  (SC)  data  base  has  three  major  components: 

•  the  RESOURCE  TABLE, 

•  the  ACTIVE  MODE  TABLE,  and 

•  the  MODE  TABLE. 

The  RESOURCE  TABLE  is  the  first  component  of  the  Data  Base.  It  describes 
the  resources  available  to  the  particular  TIES  system.  Each  resource  is  de¬ 
scribed  in  terms  of  its  location,  its  association  with  other  resources  (if  any), 
its  status,  its  association  with  a  frequency  or  signal  conversion  unit,  the  transmit 
and  receive  capacity  remaining,  and  the  modes  the  resource  can  handle. 

The  ACTIVE  MODE  TABLE  is  the  second  component  of  the  Data  Base.  This 
ACTIVE  MODE  TABLE  exists  to  describe  each  mode  the  system  is  currently 
processing  (or  is  to  process).  Each  active  mode  is  described  in  terms  of  its 
transmit  and  receive  FDM  channels.  Further,  since  each  mode  requires  a  FCU 
and  an  SCU  to  do  its  work;  the  resources  required  to  perform-each  function  are 
identified  by  address.  Finally,  the  parameters  necessary  to  get  the  resource  to  perform 
the  function  are  described. 
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The  final  component  of  the  data  base  is  the  MODE  TABLE.  Modes  will  be 
encoded  in  memory  using  either  a  bit  positional  encoding  or  a  prime  encoding 
as  Is  convenient  in  the  host  language.  The  encoding  will  be  described  in  the 
MODE  TABLE. 

The  following  three  tables  describe  mode  encodings,  resource  encodings,  and 
active  mode  encodings  respect! vly.  The  MODE  ENCODINGS  TABLE  indicates 
that  modes  are  catagorized  by  band  and  then  are  differentiated  within  band. 

In  the  example  table,  position  4  and  the  prime  number  7  represent  the  mode 
JTIDS  in  the  LX  band,  FSK  in  the  UHF  band,  nothing  in  the  UHF  band,  and 
TTY  (FSK)  in  the  HF  band.  The  location  of  a  resource  in  the  RESOURCE  ENCOD¬ 
ING  table  is  identified  by  its  PRIMARY  up  ADDRESS  and  its  SECTION  ADDRESS. 
The  SECOND  up  ADDRESS  associates  it  with  a  second  resource.  The  RESOURCE 
STATUS  indicates  whether  the  resource  is  UP  (working),  DOWN  (not  working), 
or  NOT  CHECKED  YET  (the  TIES  system  hasn’t  yet  been  powered  up).  Remain¬ 
ing  columns  in  this  table  and  the  TIES  ACTIVE  MODE  ENCODINGS  table  are  self 
explanatory. 
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TABLE  3. 3. 5. 1  MODE  ENCODINGS 


NUMBER 

CODE 

LX 

UHF 

VHF 

HF 

1 

2 

DABS 

AM  VOICE 

AM  VOICE 

AM 

2 

3 

GPS 

FM  DATA 

FM  DATA 

AM  (SSB) 

3 

5 

IFF 

FM  VOICE 

FM  VOICE 

LINK  11 

4 

7 

JTIDS 

FSK 

TTY/FSK 

5 

11 

TACAN 

LINK  4 
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TABLE  3. 3. 5. 2  RESOURCE  ENCODINGS 


COMPONENT 


DESCRIPTION 


Primary  uP  Address 
Section  Address 
Second  uP  Address 

Resource  Status 
Resource  Type 

.  Remaining  Transmit  Capacity 
Remaining  Receive  Capacity 
LX  Modes  Handled 
UHF  Modes  Handled 
VHF  Modes  Handled 
HF  Modes  Handled 


Command  Channel  Address  of  Resource 

Section  Number  of  Resource 

Command  Channel  Address  of  Associated 
Frequency/Signal  Conversion  Unit  in 
Case  of  LX/WBSCU 

UP/DOWN/NOT  Checked  Yet 

Frequency/Signal  Conversion  Unit 

0  <  =  Remaining  Transmit  Capacity  <  =  N 

0  <  =  Remaining  Receive  Capacity  <  =  1 

Some  Mode  Encoding 

Some  Mode  Encoding 

Some  Mode  Encoding 

Some  Mode  Encodir^ 


« 
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TABLE  3. 3.  5. 3  TIES  ACTIVE  MODE  ENCODINGS 


COMPONENT 

Band 

Mode  Identifier 
Transmit  FDM  Channel 


Receive  FDM  Channel 


FCU  Receive  uP 

Section 

Parameters 

Transmit  uP 

Section 

Parameters 

SCU  Receive  uP 

Section 

Parameters 

Transmit  uP 

Section 

Parameters 


DESCRIPTION 

(LX,  UHF,  VHF,  HF) 

See  Mode  Encodings  Table 

FDM  Channel  for  Signals  From 
SCU’s  to  FCU's 

FDM  Channel  for  Signals  from 
FCU’s  to  SCU’s 

uP  Address  -  or  Don’t  Care 
Section  Code  -  or  Don’t  Care 
I/O  Params 

uP  Address  -  or  Don’t  Care 
Section  Code  -  or  Don’t  Care 
I/O  Params  • 

uP  Address  -  or  Don't  Care 
Section  Code  -  or  Don’t  Care 
l/O  Params 

uP  Address  -  or  Don’t  Care 
Section  Code  -  or  Don’t  Care 
I/O  Params 
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The  following  example  encodes  the  resources  for  the  TIES  system  that  is 

/ 

diagrammed  in  the  TIES  lab  as  of  ll  July  1979.  Several  assumptions  have 
been  made  here  to  make  the  example  more  realistic. 

The  first  assumption  made  is  that  the  WBSCU  consists  of  four  sections  the 
first  of  which  can  handle  JTIDS  transmission  and  reception  while  the  remaining 
sections  handle  the  transmission  and  reception  of  DABS,  GPS,  IFF,  and  TACAN. 

Note  also  how  the  WBSCU  and  the  LX  are  tied  together  by  the  "SECOND  uP  ADDRESS" 
field  of  the  description.  The  WBSCU  is  described  in  pages  9  through  12  of  the 
example. 

The  second  assmnption  is  that  the  first  NBSCU  (controlled  by  uP  6)  is  a  General 
Dynamics  unit  consisting  of  three  sections  each  of  which  is  capable  of  handling 
any  UHF,  VHF,  or  HF  RF  with  the  exception  of  LINK  4  or  LINK  11. 

The  final  assumption  is  that  the  second  NBSCU  is  a  Hughes  unit  with  two  sections 
each  of  which  is  capable  of  handling  any  UHF,  VHF,  OR  HF  RF. 
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EXAMPLE  3.3.5. 1  TIES  RESOURCES  PAGE  001  LX  -  1 

COMPOHEHT  ENCODIHG 

PRIMARY  uP  ADDRESS  1 

SECTION  ADDRESS  1 

SECOND  uP  ADDRESS  5 

RESOURCE  STATUS  NOT  CHECKED  YET 

RESOURCE  TYPE  FREQUENCY  COHUERSIOH  UNIT 

REMAINING  TRANSMIT  0 

CAPACITY 

REMAINING  RECEIVE  1 

CAPACITY 

LX  MODES  HANDLED  DABS/GPS/IFF/JTIDS/TACAH 

UKF  MODES  HANDLED 

UHF  MODES  HANDLED 

HF  MODES  HANDLED 

EXAMPLE  3.3.5.1  HES  RESOURCES  PAGE  002  LX  -  2 

COMPOHEHT  ENCODING 

PRIMARY  uP  ADDRESS  1 

SECTION  ADDRESS  2 

SECOND  uP  ADDRESS  5 

RESOURCE  STATUS  HOT  CHECKED  YET 

RESOURCE  TYPE  FREQUENCY  COHUERSIOH  UNIT 

REMAINING  TRANSMIT  0 

CAPACITY 

REMAINING  RECEIVE  1 

CAPACITY 

LX  MODES  HANDLED  DABS/GPS/IFF/JTIDS/TACAH 

UHF  MODES  HANDLED 

VHP  MODES  HANDLED 

HF  MODES  HANDLED 

EXAMPLE  3.3.5. 1  TIES  RESOURCES  PAGE  003  LX  -  3 

COMPOHEHT  ENCODIHG 

PRIMARY  uP  ADDRESS  1 

SECTION  ADDRESS  3 

SECOND  uP  ADDRESS  5 

RESOURCE  STATUS  NOT  CHECKED  YET 

RESOURCE  TYPE  FREQUENCY  CONVERSION  UNIT 

REMAINING  TRANSMIT  0 

CAPACITY 

REMAINING  RECEIVE  1 

CAPACITY 

LX  MODES  HANDLED  DABS/GPS/IFF/JTIDS/TACAH 
UHF  MODES  HANDLED 
VHF  MODES  HANDLED 
HF  MODES  HANDLED 


EXAMPLE  3,3.5. I  TIES  RESOURCES  PACE  004  LX  -  4 

COMPONENT  ENCODING 

PRIMARY  uP  ADDRESS  1 

SECTION  ADDRESS  4 

SECOND  uP  ADDRESS  5 

RESOURCE  STATUS  NOT  CHECKED  YET 

RESOURCE  TYPE  FREQUENCY  COHUERSIOH  UNIT 

REMAINING  TRANSMIT  0 

CAPACITY 

REMAINING  RECEIVE  1 

CAPACITY 

LX  MODES  HANDLED  DABS/GPS/IFF/JTIDS/TACAH 
UHF  MODES  HANDLED 
UHF  MODES  HANDLED 
HF  MODES  HANDLED 

EXAMPLE  3.3.5.1  TIES  RESOURCES  PAGE  005  LX  -  5 

COMPONENT  ENCODING 

PRIMARY  uP  ADDRESS  1 

SECTION  ADDRESS  5 

SECOND  uP  ADDRESS  5 

RESOURCE  STATUS  HOT  CHECKED  YET 

RESOURCE  TYPE  FREQUEHCY  CONVERSION  UNIT 

REMAINING  TRANSMIT  10080 

CAPACITY 

REMAINING  RECEIVE  0 

CAPACITY 

LX  MODES  HANDLED  DABS/GPS/IFF/JTIDS/TACAH 
UHF  MODES  HANDLED 
UHF  MODES  HANDLED 
HF  MODES  HANDLED 
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EXAHPLE  3.3.5. i  TIES  RESOURCES  PAGE  006  UHF/UHF  FCU 


COMPOHEHT 

PRIMARY  uP  ADDRESS 

SECTIOH  ADDRESS 

SECOND  uP  ADDRESS 

RESOURCE  STATUS 

RESOURCE  TYPE 

REMAINING  TRANSMIT 
CAPACITY 

REMAINING  RECEIVE 
CAPACITY 

LX  MODES  HANDLED 
UHF  MODES  HANDLED 
UHF  MODES  HANDLED 
KF  MODES  HANDLED 


ENCODING 

2 

0 

0 

HOT  CHECKED  YET 
FREQUENCY  CONVERSION  UNIT 

leoee 

I 

AM  VOICE, FM  DATAfFH  VOICE, FSK, LINK  4 
AM  VOICE, FM  DATA,FM  VOICE 


EXAMPLE  3.3.5. I  TIES  RESOURCES  PAGE  007  UHF/’VHF  FCU 


COMPONENT 

PRIMARY  uP  ADDRESS 

SECTIOH  ADDRESS 

SECOND  uP  ADDRESS 

RESOURCE  STATUS 

RESOURCE  TYPE 

REMAINING  TRANSMIT 
CAPACITY 

REMAINING  RECEIVE 
CAPACITY 

LX  MODES  HANDLED 
UHF  MODES  HANDLED 
VHF  MODES  HANDLED 
HF  MODES  HANDLED 


ENCODING 

3 

0 

0 

HOT  CHECKED  YET 
FREQUENCY  CONVERSION  UNIT 
18000 

1 


AM  VOICE,FH  DATA,FH  VOICE, FSK,LINK  4 
AM  VOICE, FM  DATA,FH  VOICE 


EXAMPLE  3.3.5. 1  TIES  RESOURCES  PAGE  008  HP  FCU  ' 


COMPONENT 

PRIMARY  uP  ADDRESS 

SECTION  ADDRESS 

SECOND  uP  ADDRESS 

RESOURCE  STATUS 

RESOURCE  TYPE 

REMAINING  TRANSMIT 
CAPACITY 

REMAINING  RECEIVE 
CAPACITY 

LX  MODES  HANDLED 
UHF  MODES  HANDLED 
VHF  MODES  HANDLED 
HF  MODES  HANDLED 


ENCODING 

4 

0 

0 

HOT  CHECKED  YET 
FREQUENCY  CONVERSION  UNIT 
.10000 

1 


••I  .1  '  I 


AH, AM  <SSB>,L1HK  11, TTY  <FSK> 


EXAHPLE  3.3.5. 1  TIES  RESOURCES  PACE  809  MBSCU  -  1 

EXAMPLE  3.3.5. 1  TIES  RESOURCES  PAGE  Oil  MBSCU 

^COMPOHEHT 

ENCODIHG  • 

COMPONENT 

ENCODIHG 

PRIHARY  uP  ADDRESS 

5 

PRIMARY  uP  ADDRESS 

5 

SECTION  ADDRESS 

I 

SECTION  ADDRESS 

3 

SECOND  uP  ADDRESS 

1 

SECOND  uP  ADDRESS 

1 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONUERSIOH  UNIT 

RESOURCE  TYPE 

SIGNAL  CONUERSIOH  UNIT 

rehainihg  transmit 

CAPACITY 

1 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

LX  MODES  HANDLED 

JTIDS 

LX  MODES  HANDLED 

DABSiGPSfIFFfTACAN 

UHF  MODES  HANDLED 

UHF  MODES  HANDLED 

MHF  MODES  HANDLED 

UHF  MODES  HANDLED 

HF  MODES  HANDLED 

HF  MODES  HANDLED 

EXAMPLE  3.3.5. 1  TIES  RESOURCES  PAGE  010  MBSCU  -  2 

EXAHPLE  3.3.5. 1  TIES 

RESOURCES  PAGE  012  MBSCU 

COMPONENT 

ENCODING 

COMPONENT 

ENCODING 

®>R1MARY  uP  ADDRESS 

5 

PRIMARY  uP  ADDRESS 

5 

SECTION  ADDRESS 

2 

SECTION  ADDRESS 

4 

SECOND  uP  ADDRESS 

1 

SECOND  uP  ADDRESS 

1 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONUERSIOH  UNIT 

RESOURCE  TYPE 

SIGNAL  CONUERSIOH  UNIT 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

LX  MODES  HANDLED 

DABS>GPS,IFF|TACAN 

LX  MODES  HANDLED 

DABS, GPS* IFFiTACAH 

UHF  MODES  HANDLED 

UHF  MODES  -HANDLED 

UHF  MODES  HANDLED 

UHF  MODES  HANDLED 

HF  MODES  HANDLED 

HF  MODES  HANDLED 

« 

• 
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EXAMPLE  3.3.5. 1  TIES  RESOURCES  PACE  013  HBSCU  -  CD<1> 

COHPONEHT 

ENCODING 

PRIMARY  uP  ADDRESS 

6 

SECTION  ADDRESS 

1 

• 

SECOND  uP  ADDRESS 

0 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONVERSION  UNIT 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIVE 
CAPACITY 

1 

LX  MODES  HANDLED 

UHF  MODES  HANDLED 

AM  VOICEiFM  DATA, PH  VOICE, FSK 

VHP  MODES  HANDLED 

AM  VOICE, PM  DATA, PH  VOICE 

HP  MODES  HANDLED 

AM, AH  <SSB>,TTY  <FSK> 

EXAMPLE  3.3.5. 1  TIES 

RESOURCES  PAGE  014  HBSCU  -  CD<2) 

COMPONENT 

ENCODING 

PRIMARY  uP  ADDRESS 

6 

SECTION  ADDRESS 

2 

SECOND  uP  ADDRESS 

0 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONVERSION  UNIT 

• 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIVE 
CAPACITY 

1 

LX  MODES  HANDLED 

UHP  MODES  HANDLED 

AM  VOICE, FH  DATA,FM  VOICE,FSK 

VHP  MODES  HANDLED 

AM  VOICE, FH  DATA,FM  VOICE 

HP  MODES  HANDLED 

AM, AH  <SSB>,TTY  <FSK> 

EXAMPLE  3.3.5. 1  TIES 

RESOURCES  PAGE  015  HBSCU  -  CD<3) 

COMPONENT 

ENCODING 

PRIMARY  uP  ADDRESS 

6 

SECTION  ADDRESS 

3 

SECOND  uP  ADDRESS 

0 

RESOURCE  STATUS 

NOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONVERSION  UNIT 

REMAINING  TRANSMIT 
CAPACITY 

I 

REMAINING  RECEIVE 
CAPACITY 

1 

• 

LX  MODES  HANDLED 

UHP  MODES  HANDLED 

AH  VOICE, FM  DATAfFH  VOICE,FSK 

VHP  MODES  HANDLED 

AM  VOICE, FM  DATA,FM  VOICE 

HP  MODES  HANDLED 

AM, AM  <SSB>,TTY  <FSK> 

EXAMPLE  3.3.5. I  TIES  RESOURCES  PAGE  816  HBSCU  -  HUGHES 


COMPONEHT 

ENCODING 

PRIMARY  up  ADDRESS 

7 

SECTION  ADDRESS 

1 

SECOND  uP  ADDRESS 

0 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  COHUERSIOH  UNIT 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

LX  MODES  HANDLED 

UHF  MODES  HANDLED 

AH  UOICEjFM  DATA,FM  VOICE, FSK,LINK4 

UHF  MODES  HANDLED 

AM  VOICE, FM  DATA,FM  VOICE 

HF  MODES  HANDLED 

AH,AM  <SSB>,LINK  11, TTY  <FSK> 

EXAMPLE  3.3.5. 1  TIES 

RESOURCES  PAGE  017  HBSCU  -  HUGHES 

COMPONEHT 

ENCODING 

PRIMARY  uP  ADDRESS 

7 

SECTION  ADDRESS 

2 

SECOND  uP  ADDRESS 

0 

RESOURCE  STATUS 

HOT  CHECKED  YET 

RESOURCE  TYPE 

SIGNAL  CONVERSION  UNIT 

REMAINING  TRANSMIT 
CAPACITY 

1 

REMAINING  RECEIUE 
CAPACITY 

1 

LX  MODES  HANDLED 

UHF  MODES  HANDLED 

AM  VOICE, FM  DATA,FM  VOICE, FSK,LINK4 

UHF  MODES  HANDLED 

AM  VOICE, FM  DATA,FM  VOICE 

HF  MODES  HANDLED 

AM,AM  <SSB>,LINK  11, TTY  <FSK> 

The  second  example  describes  a  h3^othetical  TIES  MODE  TABLE,  Six  modes 
are  to  be  processed;  JTIDS,  IFF,  TACAN,  UHF  AM  VOICE,  VHF  FM  DATA, 
and  LINK  11.  Each  mode  will  be  handled  using  resources  described  in  the 
resource  data  base  of  EX  3. 3.5.1.  The  first  page  of  this  example  should  read 
that  JTIDS  is  in  the  LX  band  and  uses  FDM  channels  1  and  2.  Frequency  con¬ 
version  reception  and  transmission  are  handled  by  sections  1  and  5  of  the  LX 
unit.  Signal  conversion  reception  and  transmission  are  handled  by  section  1 
of  the  WBSCU.  The  remaining  five  pages  of  this  example  should  be  read  in  a 
similar  way. 
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SECTION  3 

PARAMETERS  PARAMETERS  TO  SETUP  SCU  TRANSMIT 


EXAMPLE  3.3.S.2  TIES  MOOES  PACE  004  EXAMPLE  3.3.5.2  TIES  MODES  PAGE  005 
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It  would  be  inefficient  to  examine  the  resources  of  a  TIES  system  in  the 
resource-at-a-time  formats  of  EX  3. 3. 5.1.  For  this  reason,  a  Resource 
Table  Display  is  defined.  This  display  will  show  all  the  resources  of  a 
TIES  system  in  a  single  display  (or  all  that  can  be  shown  on  one  screen). 

The  following  three  pages  describe  the  format  of  the  display  and  show  the 
resources  of  EX  3. 3. 5. 1  formated  in  terms  of  the  display. 


FORHAT  3.3.S.1  RESOURCE  TABLE  DISPLAY  FORMAT 


F  R  R  T 

S  /  R  T  / 

ADDRESS  T  S  C  C  R  BAND  MODE<S) 

<iiprs>uP>  U  F  •  i  T  LX  VALID  MODE<S>  FOR  THIS  BAND 

D  S  R  UHF 

?  ••  UHF 

HF 

notes: 

I  rni  iimh 

(PRIMARY  uP  ADDRESS, SECTION  ADDRESS, SECOND  uP  ADDRESS) 

2.  "ST"  COLUMN  ENCODES  RESOURCE  STATUS  INFORMATION 

U  a  UP 
D  a  DONH 

?  a  hot  checked 

3.  "F/S"  column  ENCODES  RESOURCE  AS: 

F  a  FREQUENCY  CONUERSION  UNIT 
S  a  SIGNAL  CONUERSION  UNIT 

4.  "RRC*  COLUMN  ENCODES  REMAINING  RECEIVE  CAPACITY 

5.  "RTC  COLUMN  ENCODES  REMAINING  TRANSMIT  CAPACITY 

6.  •T/R"  COLUMN  ENCODES  CURRENT  RESOURCE  ACTIVITY 

T  -  TRANSMIT  ACTIVITY  (BAND  AND  HODE<S)  COLUMNS  DESCRIBE 

TRANSMIT  ACTIVITY) 

R  -  RECEIVE  ACTIVITY  (BAND  AND  MODE<S)  COLUMNS  DESCRIBE 

RECEIVE  ACTIVITY) 

-  INACTIVE  (RESOURCE  IS  UNUSED) 


EXAMPLE  3. 3. 5. 3  SAMPLE  RESOURCE  DISPLAY  REPORT  PACE  1 


F  R  R  T 
S  /  R  T  / 

ADDRESS  T  S  C  C  R  BAND  MODE<S> 

(1.1.5)  ?  F  e  0  T  LX  JTlDs” 

(1.2.5)  ?  F  1  0 

(1.3.5)  ?  F  0  0  T  LX  IFF 

(1.4.5)  ?  F  0  0  T  LX  TACAN 

(1.5.5)  t  F  0  96  R  LX  IFF  JTlDS  TACAN 

(2,0,0)  ?  F  0  98  T  UHF  AM  VOICE 

R  UHF  AM  VOICE 

(3,0,0)  ?  F  0  98  T  VHF  FM  DATA 
R  VHF  FM  DATA 

(4,0,0)  ?  F  1  99  T  HF  LINK  11 

R  HF  LINK  11 


EXAMPLE  3. 3. 5. 3  SAMPLE  RESOURCE  DISPLAY  REPORT  PACE  2 


F 

R 

R 

T 

S 

✓ 

R 

T 

✓ 

ADDRESS 

T 

S 

C 

C 

R 

BAND 

MODE(S) 

(5,1,1) 

? 

S 

0 

0 

T 

LX 

JTIDS 

R 

LX 

JTIDS 

(5,2,1) 

7 

s 

0 

0 

T 

LX 

IFF 

R 

LX 

IFF 

(5,3,1) 

7 

s 

0 

0 

T 

LX 

TACAN 

R 

LX 

TACAN 

(5,4,1) 

? 

s 

1 

1 

(6,1,0) 

7 

s 

0 

0 

T 

UHF 

AM  VOICE 

R 

UHF 

AM  VOICE 

(6,2,0) 

? 

s 

0 

0 

T 

UHF 

FM  DATA 

R 

VHF 

FM  DATA 

(6,3,0) 

? 

s 

1 

1 

(7,1,0) 

? 

s 

0 

1 

R 

HF 

LINK  11 

(7,2,0) 

? 

s 

1 

0 

T 

HF 

LINK  11 
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It  is  also  inefficient  to  examine  the  modes  of  a  TIES  system  in  the  mode-at-a- 
time  formats  of  EX  3. 3. 5. 2.  For  this  reason,  a  Mode  Table  Display  is  defined. 
The  following  three  pages  define  this  display  and  describe  the  modes  of  EX 
3. 3. 5. 2  in  its  format. 
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FORMAT  .3.5.2  MODE  TABLE  DISPLAY  FORMAT 


8 

R  F  T  E 

T  E  /  u  C 

BHD  MODE  R  C  S  R  P  T  PARAMETERS 

LX  MMMMNMMM  i  I  F  R  «  i  1234567898123456789012345678901234567898 


HOTES: 

1.  'BND*  COLUMN  SHOUS  BAND  ID 

2.  “MODE"  COLUMN  SHOWS  MODE  ID 

3.  ’TR"  COLUMN  SHOWS  FDM  TRANSMIT  CHAHNEDL 

4.  'REC*  COLUMN  SHOWS  FDM  RECEIVE  CHANNEL 

5.  S 
F  T  E 
/  /  u  C 

S  R  P  T  PARAMETERS 

F  T  <uP, SECTION, PARAMETERS>  FOR  FREQUENCY  TRANSMIT 
F  R  "  ■  •  “  •  RECEIVE 

S  T  •  •  •  •  SIGNAL  TRANSMIT 

S  R  •  •  •  •  •  RECEIVE 


EXAMPLE  3.3.5.4  SAMPLE  MODE  DISPLAY  REPORT  PAGE  1 


BHD  MODE 
U  JTIDS 

LX  IFF 

LX  TACAN 


S 

R  F  T  E 
T  E  /  /  u  C 
R  C  S  R  P  T 


PARAMETERS 


1  2  F  T  1  1  PARAMS 
F  T  1  5  PARAMS 

S  R  5  1  1234567899012345678909112344765465647665 
S  T  5  1  PARAMETERS 


F  T 
S  R 
S  T 


1  3  LX  IFF  PARAMS 
1  5  FCU  TRANSMIT  PARAMS 
5  2  SCU  RECEIVE  PARAMS 
5  2  SCU  RECIEVE  PARAMS 


5  6  F  R  1  4  TACAN  PARAMETERS 
F  T  1  5  •  •  • 

S  R  5  3  •  ‘  " 

S  T  5  3 


EXAMPLE  3.3.5.4  SAMPLE  MODE  DISPLAY  REPORT  PAGE  2 

S 

R  F  T  E 
T  E  /  z'  u  C 

BND  MODE  R  C  S  R  P  T  PARAMETERS 


UHF  AM  VOICE  7  8  F  R  2  0  PARAMETERS 
F  T  2  0  • 

S  R  6  1  • 

S  T  6  1 

UHF  FM  DATA  9  A  F  R  3  0  ASDSLJASDFKJKLASFKLASFKLJKLLKFDFJKDFJFDS 
F  T  3  8 

S  T  6  2  STILL  MORE  PARAMETERS 

S  T  6  2 

HF  LINK  11  B  C  F  R  4  0  PARAMS  PARAMS  PARAMS 
F  T  4  0 

S  R  7  1 

S  T  7  2 
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3. 3. 5. 1. 2  TIES  Initialization 


SysC  initialization  takes  place  in  five  phases  that  are  described  below. 


PHASE  1  PRE  INITIALIZATION 

A  description  of  the  resources  available  to  the  TIES  and  any  default  settings  are 
read  from  external  media  and  the  SysC  data  base  described  in  3. 3. 5. 1  is  con¬ 
structed. 

PHASE  2  DEFAULT  ALLOCATION 

Resource  allocations  defaulted  in  the  preinitialization  phase  are  performed  by 
system  allocation  handlers.  These  handlers  examine  each  mode  to  be  processed. 
Each  mode  has  resource  requirements  for  frequency/signal  transmission/reception. 
If  a  necessary  resource  assignment  has  not  been  made,  the  handler  searches  the 
resource  table  for  an  appropriate  available  device  and  makes  the  assignment. 

PHASE  3  STATUS  CHECKING 

Resources  are  status  checked  (Do  they  exist?  Do  they  work?). 

PHASE  4  USER  REVIEW 

The  user  is  given  the  opportunity  to  review  the  settings  and  change  them  if  he 
wishes.  Specifically 

1.  Resources  can  be  made  unavailable, 

2.  Resources  or  modes  can  be  added  or  deleted,  or 

3.  Resource  assignments  to  modes  can  be  changed. 
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PHASE  5  CONSISTENCY  CHECK 


The  data  base  is  checked  for  internal  consistency.  If  inconsistency  is  detected, 
the  user  is  informed  and  returned  to  phase  4  for  corrections. 
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3. 3. 5. 1. 3  Configuration  Specification 


A  working  TIES  system  is  configured  when  each  site  is  given  information  about 
what  it  is  to  do.  A  TIES  system  would  be  in  its  initially  configured  or  normal 
state  when,  for  each  mode  the  TIES  is  to  process,  for  each  resource  assigned 
to  the  mode,  if  the  resource  is  involved  in  signal  reception  -  then  the  parameters 
to  the  resource  have  been  sent  by  the  SysC  to  the  appropriate  uP  address  for  the 
applicable  section. 
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3. 3. 5. 1.4  Reconfiguration  Specification 


Reconfiguration  involves  the  addition  or  deletion  of  a  resource  or  mode  or  the 
reassignment  of  a  resource  to  a  mode.  This  can  be  done  by  entering  phase  4  of 
'3. 3. 5.  X.  2.  Mode  addition  with  no  resource  assignment  may  require  phase  2  of 

3. 3. 5. 1. 2. 


3.3.5. 1.5.  BIT  Initiation  and  Analysis 

The  SysC  will  run  interactive  BIT  on  a  periodic  basis.  The  process  essentially 
consists  of  looping  test  messages  through  sites  and  insuring  that  they  are 
unchanged  by  the  process.  The  SysC  is  required  to  inform  the  looping  site 
that  the  test  message  is  to  be  looped  rather  than  to  be  handled  in  the  normal 
manner.  It  is  further  required  to  inaugurate  test  message  generation  and 
analysis  at  the  initiating  site.  Site  failure  would  be  handled  as  described  in 
the  last  paragraph  of  3. 3. 5. 1. 2. 

An  additional  (non^interruptive)  type  of  BIT  exists  in  frequency  conversion  sites. 
This  test  loops  a  signal  only  through  the  site  itself  under  SatC  control.  These  tests 

r 

can  be  made  either  independently  of  SysC  control  or  at  its  command.  Additionally, 
the  SysC  can  request  the  results  of  the  most  recent  non-inter ruptive  test  or  be 
interrupted  by  the  SatC  to  receive  the  information. 

3.3.5. 1.6  Crowbar  Mode 

If  the  SysC  detects  an  internal  failure  within  itself  it  will  initiate  a  crowbar 
mode.  This,  in  effect,  informs  each  site  that  the  SysC  has  failed  and  that 
each  site  should  go  to  its  backup  mode. 
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FIGURE  3. 3.  5. 1.  6. 1.  CROWBAR  MODE 
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w 

3. 3. 5. 1.7  Function  Simulation 

The  ADM  TIES  (and,  perhaps,  later  versions)  will  have  to  be  able  to  simulate 
non  existant  hardware.  How  this  will  be  done  is  TBS. 

3. 3. 5. 1.8  Show  and  Tell 


This  function  will  be  used  in  ADM  TIES  (and,  perhaps,  later  versions)  to  drive 
a  display  panel  to  demonstrate  TIES  capacities  and  techniques.  An  early  version 
of  this  function  could  simply  keep  an  updated  status  display  on  the  human  interface. 
Function  simulation  will  be  used  by  show  and  tell. 

3. 3. 5. 2  Functions  Supported  by  the  Satellite  Controller 

SatCs  control  Wideband  Sites,  Narrowband  Sites,  WBSCs,  and  NBSCs.  Five 
general  functions  can  be  identified.  They  are; 

•  Reception 

•  Transmission 

•  Configuration/Reconfiguration 

•  BIT 

•  Graceful  Degredation 

Reception,  transmission,  conf iguration/reconfiguration,  and  BIT  require 
adjustment  of  various  components  controlled  by  the  SatC  xmder  discussion. 

Tables  3.2. 1  and  3.2.2  discuss  the  component  adjustments  that  are  required 
for  each  of  these  four  functions.  However,  these  tables  apply  only  to  SatCs 
that  control  narrowband  site  or  NBSCs.  Wideband  devices  are  under  procure¬ 
ment  and  handling  of  each  of  these  functions  is  still  TBS. 
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Three  types  of  graceful  degradation  must  be  considered. 

1.  Recovery  from  SysC  failure, 

2.  Recovery  from  SatC  failure,  and 

3.  Recovery  from  Component  failure. 

If  the  Sate  is  to  recover  from  SysC  failure,  it  must  either 

•  Continuously  operate  as  a  transmitter  if  it  is  currently 
operating  as  a  transmitter, 

•  Continuously  operate  as  a  receiver  if  it  is  currently  operating  as 
a  receiver,  or 

•  Go  to  its  backup  RF  setup. 

In  order  to  handle  its  own  failure,  the  SatC  must  inform  the  SysC  of  it’s 
failure  and  stop  it's  current  activities.  The  SysC  will  then  compute  a  global 
backup  posture. 

If  the  SatC  is  to  recover  from  component  failure,  how  this  is  done  depends  on 
the  failed  component  and  is  TBS. 

3.3. 5. 3  Functions  Supported  by  the  ExtT 

This  material  has  been  discussed  previously  in  Table  1.3.3.  It  is  amplified  here. 

3.3. 5.3. 1  On-Line  Tests 


3. 3. 5. 3. 1.1  Maintenance  Tests 


The  Maintenance  Test  Programs  will  be  responsible  for  checking  all  CNI  System 
resources.  These  programs  will  evaluate  receive  and  transmit  functions  of  the 
frequency  conversion  subsystem  equipment.  It  will  also  measure  loss  through 
the  FDM  subsystem,  and  locate  possible  discontinuities.  The  Maintenance 
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FIGUBE  3.3. 5. 2. L.  GRACEFUL  DEGRADATION 


program  will  determine  the  effectiveness  of  the  frequency  conversion  subsystem, 
and  it  will  exercise  the  various  modes  of  the  wideband  and  narrowband  signal 
conversion  units.  Measureme  nts  to  be  made  on  the  system  include  digital  channel 
error  rates,  device  frequency  response,  voice  channel  distortion  measurements,  FDM 
system  insertion  loss  and  the  ability  of  the  system  controller  to  reconfigure  the 
system  upon  receiving  BIT  sensor  error  signals.  The  BIT  system  elements  shall 
be  tested  to  make  certain  that  they  are  operational.  Upon  completion  of  the 
system  test,  the  system  controller  will  exercise  a  BIT  test  routine  to  further 
insure  proper  operation. 

The  Maintenance  program  is  divided  into  two  sections.  The  first  section  is  an 
automated  testing  rou  tine  which  requires  a  minimum  of  operator  assistance. 

This  routine  is  used  to  determine  system  capability  parameters  by  performing 
such  tests  as  those  mentioned  above. 

The  second  section  is  an  operator  assisted  maintenance  test.  It  will  exercise  the 
man-machine  interface  components  of  the  TIES  System.  These  components  include 
microphones,  headsets,  CRT  displays,  and  keyboards.  The  operator  will  be  instructed 
by  the  external  test  controller  to  perform  the  tests  at  the  various  aircraft  stations, 
and  then  will  be  given  an  allotted  time  to  make  the  proper  response.  These  functions 
must  be  tested  but  a  detailed  output  is  not  required  for  the  communication  system 
status  report. 


3.3. 5.3. 1.2  Fault  Localization 


The  Fault  Localization  program  will  be  responsible  for  determining  where  a  fault 
exists  down  to  the  \^TlA  level.  The  ability  to  localize  down  to  one  WRA  is  desirable. 
The  connections  required  to  connect  the  aircraft  to  the  external  test  system  for  the 
Fault  Localization  Program  will  be  identical  to  those  required  for  the  Maintenance 
Program.  The  operator  will  be  required  to  aid  in  the  test  of  the  aircraft  system, 
however,  this  interaction  should  be  minimal.  Upon  replacing  the  faulty  ^\TlA, 
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the  Maintenance  Test  Program  should  be  performed  to  ins  ure  that  the  repairs 
have  been  implemented  properly. 

During  on-line  testing,  the  aircraft  to  be  tested  would  be  connected  to  the  external 
test  system  through  FDM,  DMDA,  and  computer  control  bus  cables,  as  well  as  the 
test  systems  antenna  couplers.  The  amount  of  work  performed  by  the  operator 
should  be  minimal,  and  the  test  program  should  explicitly  tell  the  operator 
what  connections  to  make,  and  what  other  inputs  are  needed  to  conduct  the 
test. 


3.3. 5. 3. 2  Off-Line  Tests 


Off-line  test  routines  include  the  WRA-Test  and  WRA  Repair  Programs.  The 
WRA-Test  Program  would  be'used  to  check  an  assembly  which  has  been  repaired 
before  it  is  installed  on  the  aircraft.  The  WTIA  Repair  Program  is  a  walkthrough 
routine  designed  to  locate  faulty  SRAs.  The  testing  of  WTlAs  will  be  aided  by  the 
use  of  common  connectors  on  all  \\TlAs. 

The  WRA  test  program  will  be  used  to  test  a  WTIA  which  has  just  been  repaired 
to  insure  that  it  is  functioning  properly.  These  routines  should  output  only  the 
status  of  the  device,  with  a  selectable  option  to  print  out  the  measured  specifications. 

The  WRA  Repair  programs  are  off-line  tests  designed  to  pinpoint  WTIA  problems 
to  the  SRA  level.  These  tests  are  conducted  with  the  WTIA  installed  on  the  test 
stand.  The  WRA  tests  may  require  operator  actions  in  order  to  pinpoint  errors, 
however,  the  program  should  be  capable  of  localizing  any  problems  to  several 
possibilities  automatically.  After  the  ^^TlA  has  been  repaired,  the  WRA  should 
be  tested  with  the  ■\^TlA  Test  Program.  This  will  insure  that  the  unit  is  operating 
properly  when  it  is  installed  on  the  aircraft. 
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3. 3. 5. 3. 3  SRA  Test  and  Repair 


SRA  Repair  Programs  will  be  written  for  a  unit  repair  capability.  The  testing  of 
SRAs  will  be  aided  by  the  use  of  a  limited  number  of  connector  types  on  SRA  units. 
This  may  be  possible  by  controlling  the  SRA  function  with  a  local  microprocessor 
which  would  communicate  to  the  SRA  through  the  PLIB  (Parallel  Local  Interface 
Bus). 

In  order  to  repair  SRAs  at  the  aircraft  facility,  walkthrough  SRA  repair 
test  programs  will  be  developed.  This  test  routine  may  require  a  large  amount 
of  operator  intervention,  depending  upon  the  function  and  complexity  of  the  SRA 
involved. 


3.3. 5. 3.4  Test  System  Test 


The  ExtT  System  will  have  a  test  program  to  test  the  resources  of  the  test 
system.  This  routine  will  provide  a  GO/NO-GO  status  after  being  executed, 
and  if  a  NO-GO  condition  exists,  the  program  should  be  capable  of  localizing 
the  errors  to  the  device  level. 

3.3. 5.4  Functions  Supported  by  the  DatP 

The  functions  supported  by  the  DatP  are  those  that  are  necessary  to  support 
the  requirements  described  in  Table  1.3.4.  Not  enough  is  known  to  specify 
their  form  and  implementation  at  this  time. 

3. 3.5.  5  Fvmctions  Supported  by  the  WBSCU  * 

The  functions  supported  by  the  WBSC  are  those  that  are  necessary  to  support 
the  requirements  described  in  Table  1.3.5.  Not  enough  is  known  to  specify  their 
form  and  implementation  at  this  time. 
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FIGURE  3. 3.  5. 3. 1. 1. 1.  AUTOMATED  TEST  SECTION 
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FIGURE  3. 3. 5. 3. 1. 1. 2.  OPERATOR  ASSISTED  TEST  SECTION 


Allow  an  Operator 
the  Capacity  to 
Test  all  Man- 
Machine  Interfaces 
with  TIES 
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3. 3. 5. 6  Functions  Supported  by  the  NBSCU 


The  functions  supported  by  the  NBSC  are  those  that  are  necessary  to  support 
the  requirements  described  in  Table  1.3.6.  Not  enough  is  known  to  specify 
their  form  and  implementation  at  this  time. 

• 

3.4  Detailed  Function  Requirements 

3.4.1  Resource  Determination 

Not  enough  is  known  to  extend  the  description  of  resource  determination  beyond 
the  discussion  in  3. 3. 5. 1. 1. 

'3. 4. 1.1  Inputs 

See  examples  3. 3. 5.1  and  3. 3. 5. 2. 

3. 4. 1.2  Processing 

Not  enough  is  known  to  extend  the  textual  description  of  Resource  Determination 
beyond  that  described  in  8. 3. 5. 1. 1. 

The  function  serves  two  pua^wses.  The  first  purpose  is  to  verify  whether  the 
system,  as  it  exists,  is  capable  of  being  configured  in  some  way.  For  example, 
if  only  two  Narrowband  Frequency  Conversion  Sites  exist,  the  SysC  could 
determine  that  an  attempt  to  inm  three  simultaneous  narrowband  channels  would 
be  impossible.  The  second  puipose  is  to  allow  the  SysC  to  determine  if 
alternate  sites  exist  in  the  event  of  site  failure. 

The  function  has  no  parameters. 
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3.4. 1.3  Outputs 


The  output  of  the  resource  determination  fimction  is  the  SysC  data  base.  Each 
site  entered  is  checked  to  irs  ure  that  it  is,  in  fact,  operative.  If  it  is,  the 
site  description  is  entered  into  the  SysC  data  base.  If  it  is  not,  the  operator 
is  informed  that  the  site  is  currently  down.  Resource  determination  should  not 
fail  simply  because  one  of  the  sites  is  not  operative. 

3.4.2  Configuration  Specification 

Not  enough  is  known  about  configuration  specification  to  extend  the  description 
beyond  3. 3. 5. 1.3. 

3.4.2. 1  Inputs 

The  function's  inputs  are  described  in  3.3.5. 1.2. 

3. 4.2. 2  Processing 

Not  enough  is  known  to  extend  the  textual  description  of  configuration  specification 
beyond  3. 3. 5. 1.3. 

3. 4. 2. 3  Outputs 

See  examples  3.3. 5. 3  and  3. 3. 5. 4. 
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3.4.3 


Reconfiguration  Specification 


A  detailed  description  of  reconfiguration  requires  a  more  detailed  description 
of  configuration  specification.  Hence,  not  enough  is  known  to  extend  the 
description  beyond  that  of  3. 3. 5.  t.  4. 

3.4.3. 1  Inputs 

See  example  3. 3. 5. 1. 4. 

3. 4.3. 2  Processing 


See  3.3.5. 1.4. 


3.4. 3. 3  Outputs 


3.4.4  BIT  Initiation  and  Analysis 

The  goal  of  a  BIT  cycle  is  to  create  a  performance  matrix  as  described  in  Figure 
3.4.4.  The  matrix  can  be  interpreted  in  the  following  way. 

•  A  row  containing  no  S  indicates  the  site  is  probably  failing  to  generate 
messages  properly. 

•  A  column  cont  aining  no  S  indicates  the  site  is  probably  failing  to 
receive  messages  properly.  (However,  if  the  eqviivalent  row  contained 
no  S  this  may  Indicate  only  generation  failure. )  Note,  that  if  the 
message  received  at  the  looping  site  is  intercepted  and  routed  to  the 
SysC,  a  more  accurate  analysis  of  column  errors  can  be  made. 
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FIGURE  3.4.4.  BIT  PERFORMANCE  MATRIX 


NOTES 

1.  Rows  denote  initiating  sites 

2.  Columns  denote  loopii^  sites 

3.  Column  entries  are 

Blank  -  No  BIT  Test  Possible 
S  -  BIT  Message  Loop  Successful 

F  -  BIT  Message  Loop  Failed 
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4.4.1 


Inputs 


Inputs  are  test  messages  sent  from  the  SysC  to  the  site  SatCs. 
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3.4. 4.2  Processing 


See  paragraph  3. 3. 5. 1,5  The  pvirpose  of  the  function  is  to  determine  if  failed 
sites  exist  so  that  the  System  can  be  reconfigured.  There  are  no  parameters 
to  the  function. 

3.4.4.3  Outputs 

The  output  of  the  BIT  function  is  the  test  matrix  described  in  Figure  3, 4. 3. 
Failed  sites  are  handled  by  reconfiguring  the  TIES. 

3.4.5  Crowbar  Mode 

SysC  failure  is  a  most  difficult  issue.  Two  kinds  of  failure  must  be  examined. 
The  first  is  "planned”  or  "manageable”  failure.  Typical  examples  of  this 
include  software  divide  by  zero  and  hardware  parity  error.  Unplanned  errors 
include  loops  in  the  software,  hardware  errors,  l/O  errors,  coding  errors,  and 
so  on. 

3.4. 5.1  Inputs 

Not  applicable. 

3.4. 5. 2  Processing 


Planned  failures  should  be  handled  by  having  the  SysC  immediately  notify  aU 
sites  of  its  failure. 
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Unplanned  failures  can  be  (somewhat)  managed  by  having  each  site  require  the 
SysC  to  turn  around  some  test  message  once  every  period  of  time  (if  no  transmissions 
from  the  SysC  have  been  received  during  that  period).  Failure  to  perform  this 
action  properly  would  be  evidence  of  SysC  failure.  (Note,  however,  that  a 
successful  turnaround  would  not  guarantee  that  the  SysC  was  operating  properly. ) 

3. 4. 5. 3  Outputs 

Not  applicable. 

3. 4. 6  Function  Simulation 


The  goal  of  function  simulation  is  to  simulate  the  performance  of  non-existent 
hardware  components.  The  approach  is  reasonable  whenever  interactions  with  the 
non-existent  device  are  performed  in  a  systematic  manner.  Table  3. 4. 6 
indicates  the  possibilities. 

3. 4. 6.1  Inputs 

Inputs  to  the  simulations  come  in  two  forms.  The  first  is  the  normal  application- 
level  communicate  to  the  device  through  the  software  executive.  The  second 
input  is  a  clock-driven  or  scenario  driven  interrupt  which  signals  a  simulation- 
level  input  from  the  hon-existent  device. 

3. 4. 6. 2  Processing 


Commands  to  the  device  are  analyzed  by  the  executive  and  passed  to  the  appropriate 
simidation  routine  for  handling.  Handling  will  be  device-specific.  Outputs  from 
the  simulated  device  are  generated  by  the  device  simidation  code,  formatted  by  the 
executive,  and  passed  to  the  applications  level  software. 
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TABLE  3.4.6  OPPORTUNITIES  FOR  FUNCTION  SIMUI.ATION 
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3.4. 6.3  Outputs 


Not  applicable. 

3.4.7  Show  and  Tell 

Show  and  Tell  will  drive  a  large  display  panel  that  will  demonstrate  TIES  functions, 
capacities,  and  techniques.  Some  of  the  things  to  be  demonstrated  are  Usted  in 
Table  3.4.6. 

3.4. 7.1  Inputs 

See  table  3.4. 7. 

3.4.7.2  Processing 

TBD.  This  will  be  application-specific  and  undergo  continual  modification. 

3.4. 7. 3  Outputs 

See  table  3. 4. 7. 
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TABLE  3.4.7  ANTICIPATED  SHOW  AND  TE LL  CAPABILITIES 
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SECTION  4.  QUALITY  ASSURANCE 

4. 1  General 


Software  quality  assurance  (QA)  is  designed  to  assure  accurate  and  sufficient  planning, 
controlling,  and  reporting  to  affect  the  development  of  software  products  that  meet 
their  requirements. 

The  functions  of  software  QA  should  be  performed  by  an  organization  reporting  to 
the  project  manager.  The  QA  function  has  the  control,  responsibility,  and  authority 
for  these  eight  basic  functions; 

1.  Initial  quality  planning 

2.  Development  of  software  standards  and  procedures 

3.  Development  of  quality  assurance  tools 

4.  Conduct  of  QA  reviews  and  audits 

5.  Inspection  and  surveillance  of  formal  tests 

6.  Configuration  verifications 

7.  Management  of  the  discrepancy  reporting  system 

8.  Retention  of  QA  records. 

In  the  following  subsections,  each  function  will  be  discussed.  Detailed  QA  procedures 
can  be  found  in  applicable  division  QA  manuals. 

4. 1. 1  Initial  Quality  Planning 

Successful  implementation  of  the  QA  program  for  TIES  depends  heavily  on  QA 
planning  during  the  early  phases  of  the  software  development  life  cycle.  This  is 
accomplished  by  a  complete  review  of  project  documentation.  The  review  has 
cumulated  in  the  preparation  of  a  QA  Plan  given  below  that  contains  the  quality 
assurance  functions,  tasks,  responsibilities,  and  identifies  the  QA  tools  needed  to 
assure  sufficient  software  quality  with  regard  to  accountability,  testability,  usability, 
maintainability,  and  reliability. 


When  task  assignments  are  made  to  carry  out  QA  functions,  these  assignments  are 
usually  based  on  level  of  effort  and  must  remain  flexible  to  adapt  to; 

1.  The  needs  of  the  current  phase  in  the  development  life  cycle 

2.  Shifts  in  areas  needing  attention  (e.g. ,  technical  problems) 

3.  Unscheduled  demands  placed  on  QA  by  the  project  manager. 

After  QA  Plan  approval,  QA  policies  and  procedures  must  be  written  to  describe 

the  methods  and  procedures  to  be  used  in  implementing  the  quality  assurance  require¬ 
ments  as  they  will  eventually  be  defined  in  subsequent  specifications. 

The  benefits  of  keeping  the  QA  up-to-date,  setting  priorities,  and  maintaining 
project-wide  visibility  cannot  be  underestimated.  QA  effectiveness  is  directly  related 
to  its  degree  of  involvement  in  project  planning  and  to  its  visibility  into  the  development 
of  software  products. 

* 

4.1.2  Development  of  Software  Standards 

Software  standards  are  designed  to  improve  the  maintainability  and  readability  of 
the  software  product.  For  all  software  projects,  a  comprehensive  and  detailed 
software  standards  program  should  be  developed  and  implemented  to  fulfill  this 
purpose.  The  effectiveness  of  a  software  standards  program  can  be  increased  by 
two  factors : 

1.  Software  standards  must  be  developed  out  of  close  communication 
among  the  design  and  development,  test,  QA,  and  project  offices. 

2*  A  tool  shoxdd  be  provided  to  automatically  check  the  software 

against  most  of  the  standards.  This  will  allow  programmers  to 
audit  themselves  so  that  there  will  be  no  surprises  at  turnover  time. 
Waivers  and  deviations  should  complement  the  standards  by  providing  a  mechanism 
for  management  approvals  of  non-conformance  with  standards  in  particular  situations. 
Waivers  and  deviations  provide  relief  from  standards  compliance  due  to,  for  example, 
technical  difficulties,  inefficiencies,  or  schedule  Impact,  and  must  be  approved,  at  a 
minimum,  by  both  the  QA  and  project  manager. 
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4.1.3 


Development  of  QA  Tools  -  FASP 


QA  tools  are  essential  to  the  successful  implementation  of  a  software  QA  program 
because  they  provide  a  cost  effective  method  for  accurately  evaluating  large  software 
products  in  a  short  period  of  time.  Generally,  QA  tools  should  perform  tasks  that 
are  moi;e  cost  effective  and  accurate  if  done  automatically  than  if  done  manually. 


Tools  may  be  used  to  support  any  QA  task,  but  experience  has  shown  their  high 

payoff  in  the  following  areas : 

1. 

Code 

Auditing  - 

Tools  used  to  read  source  code  for  compliance 

to  a  prespecified  set  of  programming  standards. 

2. 

Test 

Monitoring  - 

Tools  used  during  testing  to  measure  test 

coverage,  i.  e. ,  what  code  is  tested  by  each 

test  case,  etc. 

3. 

Requirements 

Validation  - 

Tools  used  to  track  and  report  the  test  level 

and  test  procedure  that  validate  each  requirement, 

4. 

Configuration 

Verification  - 

Tools  used  to  assure  proper  library  control 

by  reporting  all  changes  to  source  code  files. 

5. 

Discrepancy 

Reporting  - 

Data  base  management  systems  set  up  to 

log,  track,  and  report  the  status  of  all 

project  discrepancy  reports. 

FASP,  the  Facility  for  Automated  Software  Production,  is  a  program  generation 
facility  in  which  operational  and  system  test  (diagnostic)  software  can  be  developed 
and  maintained.  Because  of  its  standardized  and  automated  nature,  FASP  reduces 
software  development  and  maintenance  costs. 

FASP  provides  a  iiniform  software  development  and  maintenance  environment. 

a.  FASP  moves  the  development  and  maintenance  activity  from  the 
target  machine  to  large  scale  commercial  computers  where 
*  programming  support  tools  are  available. 
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b.  FASP  provides  for  continuity  between  development  and  maintenance. 

c.  FASP  makes  delivery  of  the  software  to  the  Navy  or  to  any  other 
group  easy. 

FASP  provides  a  basic  fonfiguration  management  fimction. 

a.  FASP  provides  for  the  synchronization  of  source  code,  object  code 
and  modification  information. 

b.  FASP  automatically  maintains  modification  information  and  an  audit 
trail. 

c.  FASP  maintains  simulator  test  data  and  hardware  load  tape 
creation  directives. 

FASP  supports  the  project  programmer. 

a.  The  FASP  command  language  provides  programmer  access  to  all 
required  program  design,  generation,  test,  reporting  and 
delivery  functions.  The  command  language  is  function-oriented  and 
easier  to  learn  and  use  than  the  Control  Data  Corporation  KRONOS 
operating  system. 

b.  FASP  automatically  keeps  records  that  the  programmer  would  have 
to  keep  manually  under  other  systems:  Modification  Info.  Table, 
Comdeck  Index  Table,  External  Entry  Table,  Software  Management 
Reports. 

c.  FASP  provides  automatic  mass  storage  backup  for  the  data  base 
and  makes  backup  to  magnetic  tape  easy. 

d.  FASP  provides  for  testing  using  interpretive  language  simulators 
that  do  not  require  access  to  the  target  hardware. 

FASP  consists  of  a  set  of  procedures  that  run  on  the  NAVAIRDEVCEN  CCS  (Central 

Computer  System)  and  manipulate  a  data  base  which  contains  the  users’  software. 

The  NAVAIRDEVCEN  CCS  is  a  large  complex  of  third  generation  commercial 

computers,  including  one  CDC  CYBER  175  and  two  CDC  6600’s,  plus  extensive  mass 
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memory  and  sv5)portlng  peripheral  devices.  Located  at  NAVAIRDEVCEN,  the  CCS 
can  support  remote  operations  either  throi^h  terminals  on  a  multishift  basis  or 
through  computer-to-computer  links. 


The  FASP  data  base  is  automatically  maintained  on  permanent  file  on  the 
NAVAIRDEVCEN  CCS,  The  integrity  of  the  data  base  is  maintained  by  using  an 
on-line  backup.  The  following  information  is  contained  in  the  FASP  task  data  base; 

Software  program  libraries.  A  consistant  set  of  source  and 
object  libraries. 

Program  development  and  modification  information.  Descriptive 
information  required  by  programmers  and  management  that 
pertains  to  the  developed  software. 

Load  and  test  information.  The  information  necessary  to  generate 


a. 


b. 


c. 


d. 


load  modules,  and  perform  and  analyze  tests  of  the  developed 
software. 

Data  base  management  information.  The  information  required  by 
FASP  to  maintain  the  data  base. 


FASP  manipulates  the  data  base  with  a  set  of  KRONOS  procedures  that  are  the  users 
interface  to  the  data  base.  Each  FASP  procedure  (or  command)  describes  a 
particular  programmer  task  as  a  logical  function.  Typically,  each  task  is  a 
mxiltistep  sequence  of  operations  that  FASP  performs  as  the  result  of  a  one-line 
command.  Simple  user-oriented  FASP  commands  are  provided  to  perform  the 
following  software  development  functions; 

a.  Assemble/compile/translate  source  program 

b.  Maintain  source  and  object  libraries 

c.  Provide  for  data  base  backup  and  automated  recovery 

d.  Perform  software  testing  and  validation 

e.  Maintain  and  retrieve  program  development  information 

f.  Perform  system  generation  —  create  load  tapes 

g.  Provide  software  management  aids 
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4. 1.3.1  FASP  Usage  Overview 


This  section  is  a  general  introduction  to  the  use  of  FASP  for  software  development 
on  the  NAVAIRDEVCEN  CCS,  Software  development  and  maintenance  is 
accomplished  by  submittii^  a  computer  job  to  the  CCS.  The  job  directs  one  or 
more  FASP  processing  procedures  to  operate  on  the  data  base.  The  operations 
performed  by  FASP  on  the  data  base  as  a  result  of  a  series  of  computer  jobs 
defines  software  development  under  FASP. 


FASP  runs  imder  the  CDC  KRONOS  operating  system  on  the  NAVAIRDEVCEN  CCS. 
All  'work'  accomplished  on  the  CCS  is  a  direct  result  of  submitting  a  computer 
job  which  consists  of  a  series  of  cards  or  statements  that  provide  information  to 
FASP  which  directs  the  operating  system  to  perform  certain  functions.  A  FASP 
job  may  be  logically  divided  into  the  following  sections ; 


a.  Job  identification  section.  Identifies  the  job  and  provides 
accounting  information  required  by  the  CCS. 

b.  FASP  invocation  section.  Requests  FASP  be  called  and 
identifies  the  FASP  procedures  to  be  executed. 

c.  Data.  Ii^ut  data  required  by  processing  procedures. 

d.  End  of  job  identifier. 


As  stated  above,  the  FASP  data  base  contains  the  developing  software  and  infor¬ 
mation  about  the  software.  The  maintenance  and  protection  of  the  data  base  is 
one  of  the  major  responsibilities  of  the  FASP  system.  FASP  must  insure  that 
the  data  base  is  consistent,  i.e. ,  that  the  source  library  corresponds  to  the 
object  library,  that  the  data  base  is  complete,  i.  e. ,  all  files  are  present,  and  that 
if  the  data  base  is  neither  consistent  nor  complete  that  the  user  can  recover  a 
'good'  data  base.  FASP  protects  the  data  base  by  keeping  on-line  and  magnetic 
tape  backup  versions. 
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4.1.4 


Conduct  of  QA  Reviews  and  Audits 


The  most  important  task  for  QA  is  to  assure  that  the  QA  policies,  procedures,  and 
software  standards  developed  and  identified  in  the  appropriate  documents  are 
carried  out.  To  this  end,  informal  and  formal  QA  reviews  and  audits  are  conducted 
incrementally  on  software  products. 

In  the  context  in  which  they  are  employed  at  CSC,  reviews  are  QA  critiques  performed 
against  documents,  whereas  audits  are  QA  critiques  performed  against  processes. 
Audits  are  broader  in  scope  than  reviews  and  frequently  include  the  review  of 
specific  docmnents.  The  criteria  against  which  documents  are  reviewed  are; 

1.  Adherence  to  format  standards 

2.  Clarity  of  objectives 

3.  Technical  content 

4.  Interdocument  consistency 

5.  Traceability  to  higher  level  specifications. 

All  deliverable  and  other  formal  project  documentation  should  be  reviewed  and 
approved  by  QA.  This  includes  software  development  plans,  work  tasking  and 
authorization  procedures,  configuration  management  plans,  requirements  speci¬ 
fications,  design  documents,  design  implementation  plans,  software  standards, 
test  plans  and  procedures,  end  item  acceptance  plans,  and  user's  manuals. 

QA  audits  usually  include  document  reviews  and  in  general  perform  fovtr  functions; 

1.  They  assess  compliance  of  source  code  and  documentation  with 
software  standards  and  procedures; 

2.  They  assure  traceability  of  requirements; 

3.  They  determine  the  satisfaction  of  system  requirements  during 
system  test  and  acceptance  phase; 

4.  They  assess  test  sufficiency. 


QA  Audits  are  scheduled  before  a  milestone  event.  The  following  is  a  sample  of 
those  that  may  be  performed  on  software  projects. 

Software  Requirements  Audit.  This  audit  is  conducted  prior  to  the  software 
requirements  review  and  includes  the  review  of  the  requirements  specifications, 
software  development  plan,  and  end  item  acceptance  plan.  QA  reviews  these 
documehts  to  determine  whether: 

1.  Software  requirements  are  traceable  to  system  requirements. 

2.  The  planned  development  and  test  methods  are  adequate  to 
assure  satisfaction  of  software  requirements. 

Interface  Verification  Audit.  The  interface  requirements  and  design  specifications 
are  audited  as  early  as  possible  to  identify  and  correct  potential  interface  problems. 
The  process  of  auditing  an  interface  specification  is  similar  to  auditir^  a  software 
requirements  specification.  QA  personnel  also  participate  in  a  weekly  meeting  of 
the  interface  control  working  group. 

Preliminary  and  Detailed  Design  Audits.  These  audits  should  be  conducted  prior 
to  PDR  and  CDR  respectively,  and  are  concerned  with  the  format  and  content  of  the 
design  documentation  and  test  plans.  Results  of  the  findings  are  discussed  during 
the  PDR  and  CDR,  respectively. 

Incremental  Development  Audit.  The  incremental  development  audit  approach 
involves  the  conduct  of  periodic  audits  during  the  code  and  unit  test  phase.  When 
the  •'Build"  concept  is  employed,  these  audits  should  coincide  with  the  completion 
of  each  build.  This  allows  the  developers  time  to  implement  corrective  actions  in 
their  Software  Engineering  Notebooks  (SENs)  and  code  without  effecting  cost  and 
schedule  performance.  The  use  of  checklists  facilitates  the  audit  as  it  standardizes 
the  audit  process  and  lets  the  developers  know  ahead  of  time  wha\  to  expect. 
Incremental  development  audits  include; 
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1.  Verifying  that  changes  to  requirements,  design,  and  interface 
definitions  are  maintained  and  updated. 

2.  Verifying  that  any  applicable  design  or  code  walkthroughs  were 
properly  held. 

3.  Audit  of  source  code  for  standards  compliance. 

4.  Assessment  of  test  sufficiency  for  thoroughness  of  unit  testing. 

5.  Adequacy  of  configuration  identification  and  control. 

Pre- Turnover  Audit.  Prior  to  the  turnover  (release)  of  the  software  to  the  test 
team  for  formal  testing,  a  pre-turnover  audit  should  be  conducted  to  assess  the 
adequacy  of  unit  testing.  QA  evaluates  the  total  software  product  being  turned 
over  in  terms  of; 

1.  Actual  vs.  expected  unit  test  output. 

2.  Change  control  status  verification  of  code  and  documentation. 

3.  Completeness,  content,  and  organization  of  SENs. 

4.  Code  compliance  to  applicable  software  standards. 

5.  Data  base  control. 

6.  Test  sufficiency. 

7.  Discrepancy  report  status. 

This  audit  must  be  well  planned  and  efficiently  executed  to  minimize  schedule  impacts. 
Adequate  time  should  be  allotted  to  negotiate  corrective  action  items  and  correct 
deficiencies  in  the  software  documentation  prior  to  delivery  to  the  test  team.  This 
audit  is  complete  when  QA  certifies  the  condition  of  the  software,  and  the  test 
manager  accepts  the  turnover  package. 

Test  Audit.  Software  test  audits  should  be  conducted  at  the  completion  of  each  test 
phase.  Their  purpose  is  to: 
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1.  Assure  that  the  approved  software  configuration  management 
procedures  are  being  followed; 

2.  Assure  that  test  procedures  used  by  the  test  group  are  the 
current,  approved  versions; 

3.  Assure  that  test  reports  identify  proper  test  procedures  and 
software  configuration,  specify  the  test  analysis  and,  if  any 
deficiencies  or  deviations  were  noted,  how  they  were  explained 
and  accounted  for; 

4.  Verify  that  test  procedures  provide  a  step-by-step  rationale 

for  conducting  a  test,  and  that  test  results  comply  with  acceptance 
criteria  specified  in  the  test  procedure; 

5.  Verify  that  test  data  packages  comply  with  approved  formats.  A 
test  data  package  is  a  stand-alone  set  of  documents  for  each  test 
which  contains  test  procedures,  test  reports,  discrepancy  reports, 
and  test  results.  It  facilitates  an  independent  review  of  each  test 
by  QA  and  customer  personnel. 

6.  Verify  compliance  by  the  test  team  with  stated  management  procedures 
for  change  control,  discrepancy  reporting,  test  reportii^,  etc. 

7.  Verify  the  proper  closure  of  each  problem  report. 

This  audit  should  not  be  confused  with  the  inspection  and  test  surveillance  function 
described  in  the  next  section.  The  inspection  and  test  surveillance  fmiction  is  a  part  of 
the  daily  QA  involvement  with  the  test  activities  and  differs  from  an  audit,  which  has 
contractxial  requirements  and  provides  definite  corrective  actions  and  direction  to  the 
test  activities. 

At  the  conclusion  of  the  final  test  phase,  and  perhaps  as  part  of  a  physical  configuration 
audit,  software  QA  personnel  verify  the  completion  and  presence  of  all  software 
products.  This  certification  is  done  prior  to  the  turnover  of  the  software  to  the  TIES. 
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Management  Procedures  Audit.  In  addition  to  audits  of  technical  material,  periodic 
audits  should  be  performed  on  the  project  manc^ement  functions.  Specific  areas  of 
interest  include  work  tasking,  security,  cost/schedule  control,  deliverables,  and 
adherence  to  the  software  development  plan. 

4. 1. 5  ■  Inspection  and  Surveillance  of  Formal  Tests 

Inspection  and  test  surveillance  is  an  on-site  activity  performed  by  QA  personnel 
during  program  testing.  Specific  tasks  include: 

1.  Monitor  all  tests  to  ensure  that  actual  tests  performed  are  as 
specified  in  docxunented  test  procedures.  This  is  accomplished 
via  QA  signoff  on  the  test  execution  report. 

2.  Assure  that  all  potential  discrepancies  are  recorded  in  the 
approved  manner, 

3.  Compare  the  configurations  of  hardware/software  components 
utilized  in  the  test  against  the  configuration  identified  in  the 
test  procedure. 

4.  Ceiilfy  that  analysis  of  the  test  output  is  correct,  ttie  test  satisfies 
its  intended  requirements  and  acceptance  criteria,  and  that  the 
test  data  package  is  complete. 

5.  Assure  that  master  copies  of  test  procedures,  test  results,  and  test 
reports  are  maintained  and  available  from  a  centralized  records 
center, 

4. 1. 6  Configuration  Verification 

o 

New  versions  of  programs  are  usually  released  after  formal  configuration  control 
procedures  have  been  applied.  An  important  QA  fimction  is  to  perform  configuration 
audits  on  the  controlled  master  libraries  of  each  version  to  assure  that  no  inadvertent 
or  unauthorized  code  changes  have  been  made.  One  method  being  used  to  carry  out 
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this  function  is  the  following  three-step  procedure:  (1)  isolate  the  approved 
modifications,  (2)  delete  those  modifications  from  the  new  master  file  and  replace 
any  removed  code  (this  can  be  done  automatically  by  a  library  management 
system),  and  (3)  compare  the  old  file  and  the  rearranged  new  file  (an  operating 
system  utility  does  this  most  efficiently).  They  should  be  identical.  Any 
discrepancy  should  be  brought  to  the  immediate  attention  of  the  configuration 
control  manager  for  corrective  action.  A  letter  certif5dng  the  authenticity  of 
the  new  file  may  accompany  the  new  release  notice.  Other  configuration 
verifications  may  be  incoming  and  outgoing  shipment  packages  where  QA  personnel 
inspect  the  product  packages  to  assure  that  the  contents  are  as  specified. 

4.1.7  Management  of  the  Problem  Reporting  System 

An  important  management  control  mechanism  is  the  accurate  recording,  tracking, 
and  reporting  of  all  real  and  perceived  software  problems.  The  QA  organization  with 
its  project  wide  visibility  is  often  the  prime  candidate  for  this  job.  As  problem 
trouble  reports  (PTRs)  are  written,  a  copy  should  be  logged.  As  is  often  the  case, 
the  original  PTR  gets  sent  to  configuration  control  which  decides  whether  it  should 
be  rejected,  deferred,  or  accepted,  and  if  accepted  who  should  fix  it.  QA  can  track 
each  PTR  and  report  its  status  at  any  point  in  time.  Periodic  error  trend  analyses 
can  then  be  made  which  report,  for  example : 

1.  The  error  rate  for  various  programs, 

2.  The  number  of  open  PTRs. 

3.  The  relative  frequency  of  PTRs  in  various  defect  categories. 

4.  The  average  time  to  close  various  problems. 
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4.1.8 


Retention  of  QA  Records 


The  previous  seven  QA  functions  often  create  voluminous  paper,  much  of  it 
contractual  in  nature.  To  properly  retain  and  control  this  paper,  a  repository 
with  formal  procedures  should  be  established  early  in  the  project  life  cycle.  On 
small  projects  this  may  involve  only  a  secretary  with  a  locked  file  cabinet,  while 
on  larger  projects  QA  may  make  use  of  a  centralized  data  management  center. 

In  the  quality  planning  phase  during  proposal  or  contract  definition,  the  appropriate 
QA  records  should  be  defined  and  resources  budgeted  for  this  control.  These 
records  may  include; 

1.  QA  Plans 

2.  QA  Procedures 

3.  Design  Problem  Reports 

4.  Software  Problem  Reports 

5.  QA  Audits  and  Reviews 

6.  Test  Data  Packages 

7.  Waivers  and  Deviations. 
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TIES  DOCUMENTATION 


TITLE 


APPLICATION  OF  A  SAMPLE  MOTOROLA 
MC68488  INTEGRATED  CIRCUIT  TO 
IMPLEMENTATION  OF  AN  IEEE  688-1975 
INTERFACE 

TACTICAL  INFORMATION  EXCHANGE 
SYSTEM 

Interim  Engineering  Report  No.  3 
(Period  3  August  1977  -  October  1977) 

TECHNICAL  MEMORANDUM 
TIES  "BIG  BOARD" 


TIES  SOFTWARE  ORIENTATION  AND 
REQUIREMENTS 

TIES  STANDARD  DIGITAL  CONTROL 
INTERFACES 


TIES  TACTICAL  INFORMATION 
EXCHANGE  SYSTEM 


AUTHOR/DESCRIPTION 


Chester  M.  Nowicki 

Naval  Air  Development  Center 

Warminster,  Pennsylvania  18974 


Ford  Aerospace  &  Communications 
Corporation  Western  Development 
Laboratories  Division 


Naval  Air  Development  Center 
Warminster,  Pennsylvania  18974 
4042 

10  April  1979 

Naval  Air  Development  Center 
Warminster,  Pennsylvania  18974 

Chester  M.  Nowicki 

Naval  Air  Development  Center 

Warminster,  Pennsylvania  18974 

G.  J.  Palatucci  and  E.  R.  Ressler 
Naval  Air  Development  Center 
Warminster,  Pennsylvania  18974 


SYSTEMATIC  SOFTWARE  DEVELOPMENT  Leon  Smith 

FOR  CONTROL  OF  INSTRUMENTS  ON  Naval  Air  Development  Center 

THE  IEEE-488  BUS  Warminster,  Pennsylvania 
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LANGUAGE  DOCUMENTATION 


TITLE 

FORTH'S  FORTE  IS  TIGHTER 
PROGRAMMING 


AUTHOR/DESCRIPTION 

Electronics,  March  15,  1979 
Copyright  1979  by 


HOL  EVALUATION  FOR  MISSILE 
SOFTWARE  APPLICATIONS 


U.  S.  Army  Missile  Command 
Gxiidance  and  Control  Directorate 
Missile  Computer  Software  & 
Hardware  Center 

Redstone  Arsenal,.  Alabama  35809 


RATIONALE  FOR  THE  DESIGN  OF  THE 
GREEN  PROGRAMMING  LANGUAGE 

REFERENCE  MANUAL  FOR  THE 
GREEN  PROGRAMMING  LANGUAGE 

PASCAL  USER  MANUAL  AND  REPORT  Kathleen  Jensen 

Niklaus  Wirth 

PASCAL  ISN'T  JUST  ONE  MORE  COMPUTER  Electronic  Design  19,  September  13,  1978 
LANGUAGE.  IT  PROMISES  TO  BE  SIMPLE, 

FLEXIBLE  AND  FAST. 

POWERFUL  STATEMENTS  AND  A  Electronic  Design  20,  September  27,  1978 

VERSATILE  SYNTAX  GIVE  A  PASCAL 
PROGRAM  "BODY" 

PASCAL'S  INPUT  AND  OUTPUT  PROCEDURES  Electronic  Design  23,  November  8,  1978 
ARE  POWERFUL,  YET  EASY  TO  MASTER 

VERSATILE  GROUPINGS  AND  USER-  .  Electronic  Design  23,  Novembers,  1978 

DEFINED  DATA  TYPES  MAKE  PASCAL 
REALLY  SHINE 


MOVING  BIT  PATTERNS  OR  WORD  Electronic  Design  25,  December  6,  1978 

GROUPS  CAN  BE  A  STRUGGLE  -  BUT 
NOT  IN  PASCAL 

WITH  A  REAL-TIME  OPERATING  SYSTEM,  Electronic  Design  26,  December  20,  1978 
A  PASCAL  program  GAN  RUN  YOUR 
TEST  SET 
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MISCELLANEOUS  DOCUMENTS 


TITLE 


MILITARY  STANDARD  TACTICAL 
SOFTWARE  DEVELOPMENT 

THE  DESIGN  AND  ANALYSIS  OF 
COMPUTER  ALGORITHMS 


DIGITAL  SYSTEMS  DEVELOPMENT 
METHODOLOGY 

DOCUMENTATION  FROM  THE 
SOFTWARE  MANAGEMENT 
CONFERENCE  1978 

TACTICAL  DIGITAL  SYSTEMS 
DOCUMENTATION  STANDARDS 


AUTHOR/DESCRIPTION 


Proposed  MIL-STD-1679  (Navy) 

Alfred  V.  Ahe 
Bell  Laboratories 
John  E.  Hopcroft 
Cornell  University 

Copyright  1978  by  Computer 
Sciences  Corporation 


SECNAVINST  3560.1 
8  August  1974 
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APPENDIX  C 


IHE  TNTTTAT.TZATTONT  CODE  FOR  TEIE  SYSTEM  OONTROLLER 


THE  INITIALIZATION  CODE  SEGMENT  OF  THE  SYSTEM  CONTROLLER 


The  System  Controller  controls  TIES  processing,  handles  TIES  configuration, 
reconfiguration,  man  machine  interface,  fimction  simulation,  show  and  tell, 
bit,  and  error  recovery. 

The  SysC  database  consists  of  the  Resource  Table,  Band- Mode  Table,  and 
the  Mode  Encoding  Table.  The  Mode  Encoding  Table  is  discussed  in  detail 
in  the  Preliminary  Performance  Specification  (Table  3.3. 5. 1)  and  is  stored 
in  character  string  W$  in  the  program.  The  resource  table  and  band-mode 
table  are  described  in  Appendix  A  and  tables  3. 3. 5. 2  and  3. 3. 5. 3. 

Input  can  be  optionally  READ  in  as  DATA,  or  INPUT  from  the  TEXTRON  keyboard, 
and  the  program  can  be  easily  modified  to  do  this  (with  one  minor  restriction). 
Details  on  input  are  given  in  Appendix  B. 

The  meaning  of  error  messages  printed  out  diming  the  running  at  the  program 
are  given  in  Appendix  C.  A  detailed  discussion  of  the  system  controller  data 
base  is  given  in  section  3.3.5. 1. 1  of  the  PPS. 

The  code  is  listed  in  Appendix  D. 
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APPENDIX  A 


EESOURCE  table  DESCRIPTION: 

R1(I,J)  Contains  data  as  follows: 

Description 

Primary  Resource  Address 
Section  Address 
Second  Address 
ASCII  of  Status 
ASCII  of  ”F'  or  "S" 

Remaining  Transmit  Capacity 
Remaining  Receive  Capacity 

Position  in  mode  encoding  table  of  first  band  contained  in 
primary  and  section  address  resource. 

Product  of  prime  numbers  encoding  modes  corresponding  to  band 
the  position  of  which  is  in  location  J  =  9  of  array  . 

Notes 

7  +  2  Position  is  made  encoding  table  of  last  band  contained  in 

primary  and  section  address  resource. 

8  +  2  *(B1).  Product  of  prime  numbers  encoding  modes  corresponding  to 

band  the  position  of  which  is  in  location  J  =  7  +  2  *(B1)  of  array. 

17.  ASCII  of  ’^T"  or  ’'R"  obtained  from  band-mode  table  matching  there  the 
band,  primary  and  section  addresses,  and  mode  in  location  18  of 
the  Ith  resource. 


ARRAY 

jJ 

1. 

2. 

3. 

4. 

5. 

6. 

7. 

8. 

9. 


BAND-MODE  TABLE  DESCRIPTION 


ARRAY:  Ml  (I,  J)  contains  data  as  follows. 

J  Description 

1.  Position  in  mode  encoding  table  corresponding  to  band  name. 

2.  Position  in  mode  encoding  table  corresponding  to  mode  name 

3.  •  Transmit  FDM  channel. 

4.  Receive  FDM  channel. 

5.  ASC  ("F") 

6.  ASC  ("R”) 

7.  Primary  address  of  resource  for  F  and  R. 

8.  Section  address  of  resource  for  F  and  R. 

9.  ASC  ("F") 

10.  ASC  ("T") 

11.  Primary  address  of  resource  for  F  and  T. 

12.  Section  address  of  resource  for  F  and  T. 


13.  ASC  ("S") 

14.  ASC  ("R”) 

15.  Primary  address  of  resource  for  S  and  R. 

16.  Section  address  of  resource  for  S  and  R. 

17.  ASC  ("S") 

18.  ASC  ("T") 

19.  Primary  address  of  resource  for  S  and  T. 

20.  Section  address  of  resource  for  S  and  T. 


ARRAY  Q$: 

Holds  parameter  strings  -  each  one  up  to  40  characters  in  length 
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APPENDIX  B 


INPUT  FORMAT 


All  of  the  following  READ  instructions  can  be  changed  (optionally)  to 
INPUT  from  the  keyboard. 


READ: 

Variable 

Instruction 

Sequence 

Max.  number  of  resources 

R 

2010 

Max.  nxunber  of  bands 

M 

2010 

Currently  needed  No.  of  resources 

R2 

2250 

Resource  class  data  for  Ith  resource 

(1  <  I  <  R2) 

Primary  Address 

Ria.  1) 

2280 

Section  Address 

R1(I,2) 

2280 

Second  Address 

R1(I,3) 

2280 

or  "S"  (Frequency  or  Signal) 

N$ 

2310 

Remaining  Transmit  Capacity 

R1(1, 6) 

2330 

Remaining  Receive  Capacity 

R1(I,7) 

2330 

Number  of  Bands  for  Resource  I 

B1 

2340 

Band  Names  (See  Note  1) 

C$ 

4110 

Encoded  (Product  of  Primes)  Mode  Names 

R1(I,  8  +  2*B2) 

2400 

Band-mode  data  for  Ith  Band  (1  <  I  <  M)  (See  Note  2) 

Band  Name  (See  Notes  1  and  2) 

C$ 

4110 

Mode  Name 

E$ 

2490 

For  each  Band-Mode 

K  =  0;  Primary  Address  for  Freq.  -Receive  Ml  (1,7) 

3770 
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K  =  0:  Section  Address  for  Freq.  Receive  M1(1, 8)  3770 

K  =  0:  Parameters  for  Freq.  -  Receive  (Note  3)  P$  3780 

K  =  Ij  Primary  Address  for  Freq.  -  Transmit  M1(1, 11)  3770 

K  =  1:  Section  Address  for  Freq.  -  Transmit  M1(1, 12)  3770 

K  =  1;  Parameters  for  Freq.  -  Transmit  (Note  3)  P$  3780 

K  =  2;  Primary  Address  for  Signal  -  Receive  M1(1, 15)  3770 

K  =  2;  Section  Address  for  Signal  -  Receive  M1(1, 16)  3770 

K  =  2:  Parameters  for  Signal  -  Receive  (Note  3)  P$  3780 

K  =  3;  Primary  Address  for  Signal  -  Transmit  M1(1, 19)  3770 

K  =  3:  Section  Address  for  Signal  -  Transmit  M1(I,20)  3770 

K=  3:  Parameters  for  Signal  -  Transmit  (Note  3)  P$  3780 


Note  1;  Since  the  same  address  is  used.  Band  names  must  be  READ  for  both 
resource  and  band-name  tables  or  INPUT  for  both  resource  and 
band-name  tables.  READ/INPUT  mixture  is  not  permitted  for  band 
names. 

Note  2:  If  Band  name  =  "END",  READ-INPUT  of  band  mode  data  is  terminated. 

Note  3;  Parameters  have  a  maximum  of  40  characters  for  each  combination 
of  F/S  and  R/T  for  each  I. 
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18.  Prime  number  corresponding  to  first  mode  obtained  from  band-mode 
table  matching  there  the  band  and  primary  and  section  addresses 
for  the  Ith  resource. 

15  +  2  *Z  1.  ASCn  of  "T"  or  "R"  obtained  from  band-mode  table  matching 

there  the  band,  primary  and  section  addresses,  and  mode  in  location 
16  +  2  *  Z1  of  the  Ith  resource. 

16  +  2  *Z1.  Prime  number  corresponding  to  last  mode  obtained  from 

band-mode  table  matching  there  the  band  and  primary  and  section 
addresses  for  the  Ith  resource. 

Maximum  value  of  B1  =  4;  of  Zl=25. 
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ERROR  MESSAGES; 

'•TOO  MANY  MODES’*:  The  maximum  value  allowed  for  M  is  38. 

’’MORE  RESOURCES  NEEDED  THAN  FIT  IN  ARRAY”:  Variable  R2,  the  number  of 
resources  needed  >  R,  max  number  of  resources. 

’’ILLEGAL  MODE”:  Mode  does  not  exist  for  band  read  in  -  see  encoding  table. 

’’RESOURCE  IN  MODE  INPUT  NOT  FOUND  IN  RESOURCE  INPUT”:  There  is  no 
resource  address  pair  (Primary  and  Section  addresses)  which  was  read  or 
.input  into  the  resource  table  that  matches,  for  both  the  primary  and 
section  address,  this  pair  that  was  just  read  or  input  into  the  band¬ 
mode  table. 

’’BAND  NOT  FOUND  FOR  THIS  RESOURCE”:  For  each  primary  and  section  address 

pair  resource  read  or  input  into  the  resource  table,  none,  one,  or  some 

bands  may  have  been  read  or  input  into  this  table  and  so  associated 

with  it.  The  band  name  read  or  input  into  the  band-mode  table  has 

resource  address  pairs  read  or  in  at  associated  with  it.  For  one 

of  these  pairs  identical  to  the  resource  address  pair  in  the  resource  table, 

no  band  name  is  found  associated  with  it  that  is  the  same  as  the  band  name 

in  the  band-mode  table. 

’’MODE  DOES  NOT  EXIST  IN  BAND”:  The  prime  number  that  corresponds  to  the 
mode  read  into  the  band-mode  table  does  not  divide  evenly  into  the  product 
of  primes,  corresponding  to  the  set  of  modes,  for  the  same  band  and  primary 
and  section  addresses  in  the  resource  table. 
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”FOR  SAME  PRIMARY  AND  SECTION  ADDRESSES":  Primary  and  Section  address 
indicators. 


"RESOURCE  AND  MODE  INPUTS  F/S  DO  NOT  AGREE":  The  F/S  for  the  primary 
and  section  addresses  read  into  the  resource  table  is  "F"  or  "S". 

The  F/S  for  the  same  pair  of  primary  and  section  addresses  read  into 
the  mode  table  is  the  other  of  "F"  or  "S". 
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OCDE  LISTING  AND  FLCWCHARTS 


100  REM 

110  REM  THIS  IS  THE  A  PRIORI  DATA 

120  REM  - 

130  REM  MAK  PROGRAM  CAPACITY  FOR 
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O')  tu 
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CO 

CO 
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1  X 
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X)  01 X  r**) 
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01  o  a:  o 

LU  O  X  CvJ 

ax  a 

X  _ X _ I  X  X  X  X  X  X  X 

X  X  X  H- . 

a  LU  tu  X  a  LU  LU  X  lu  a  LU  a  LU  a  a  a  LU  a  X  X  X  X  X  X  X 

a  a  a  o  a  a  a  o  a  a  a  a  a  a  a  a  a  a  o  o  o  o  o  o  o 

O  O  O  O  O  O  CD  O  O  «XI  O  O  CD  O  O  O  O  CD  CD  CD  CD  CD  O  O 

bl  yjO  pv.  1  O  »>J  f  O  LiO  Xi  pv-  *X>  Xi  CD  -r-H  OJ  ro  UD  LD  P-  CO  CD  CD 
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410  DATA  "F%0,1,1 
420  DATA  "LX", 2310 
430  DATA  1,4,5 
440  DATA  "F",0, 1,  1 
458  DATA  "LX", 2318 


470  DATA  ‘'F”,96,8, 
4S0  DATA  “LX%2310 
490  DATA  2,0,0 
500  DATA  "F‘*,9S,1, 


-rH  <VJ  CS)  W  CD 

•s  -r-f  **--1  ^  rocs) 

rO  "ID  P'*)  *3?  iTTt  ^^CD  "^CD  •^CjD  CD 

c^j  P'*)  ••►oj  M  ^  P'")  ro  oj  p'*) 

w>.  •%  OD  tTiCNi  ••P'-  -P'^  •'•P*')  ^ 

—  ~  CD  ^  “  CD  ^7*1  •'•*'"4  «r,  *,p-<  ^—4  ■**<  4  wv  CD  “ 

U-U.  »nU-Li«  »•=  "s  ^  •*«=  ••.-  *.  »vLl.Li, 

xn:*2)=:  XX  CDS  X-i-is  XCVJS  xn*)^  X-^s  XX 

XI3*  -‘Lur)!:)-  t^.u-x  -^xo-j  •rxo.j  --.co^  ^(S>Z3Z> 

ssr'*>=  =  srf=;  =  UO=sbOs  =  lll=  =  UO=  =  VjL)=s  = 

a: <x  <x  <x  <x  <x  <x <x  <x  <x  <z  <l  <x  <x  <t  <x  <x  <x  <r  <x  <x  <x  <£<i:  a: 
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2770  IF  THEN  3420 

2775  C=8 

2788  FOR  1=1  TO  R2 
2790 

2800  H^=CHR<R1<I,5)) 


2810  FOR  2=17  TO  25  STEP  2 

2820  IF  R1<I,2)=ASC<''T”>  THEN  2930 

2830  NEXT  2 

2840  REM  FOLLOWING  NO  TRANSMITS 
2850  FOR  2=17  TO  25  STEP  2 
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3120  REM  LAST  IHSTRUC  IF  NO  RECEIUE 
3130  FOR  21=2  TO  25  STEP  2 
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3420  REM  HOW  FOR  MODES 


3430  PRINT  ”IS  MODE  DISPLAY  REPORT  DESIRED?  YES  OR  NO 
3440  INPUT 

3450  IF  X$=‘'NO‘'  THEN  4230 
3460  IF  X$<>''YES"  THEN  3438 
3470  PAGE 
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3730  PRINT  "  MORE  RESOURCES  NEEDED  THAN  FIT  IN  ARRAY" 
3740  GO  TO  4230 
3750  REM 

3760  REM  PRIMARY  AND  SECTION  ADDRESSES  AND  PARAMETERS 
3770  READ  MK 1 , 7+4:J:K> ,  Ml  ( 1 , 8+4:i:K> 
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4090  K=K+1 
4100  RETURN 

4110  REM  DETERMINE  BAND  NAME  AND  POSITION 
4120  READ  C$ 


4130  IF  C$="END"  THEN  4220 
4140  C=LEN<C^> 

4150  IF  C=3  THEN  4170 
4160  C$=C$ec”  ” 

4170  FOR  D=1  TO  4 
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